Google drive api Google驱动器文件列表、md5Checksum和headlevisionID

Google drive api Google驱动器文件列表、md5Checksum和headlevisionID,google-drive-api,Google Drive Api,我正在与Google Drive API(Python)交互,我面临以下情况: 我正在使用service.files().list()获取文件列表。在列出的文件中,我得到了以下文件(真实ID已编辑): { “id”:“, 'name':'foo.zip', “版本”:“4”, “修改时间”:“2016-08-08T12:00:00.000Z”, “md5Checksum”:“c21ca263ad0e124511a36e3260ffdf35”, “大小”:“4816548”, “头版本ID”:”

我正在与Google Drive API(Python)交互,我面临以下情况:

我正在使用
service.files().list()
获取文件列表。在列出的文件中,我得到了以下文件(真实ID已编辑):

{
“id”:“,
'name':'foo.zip',
“版本”:“4”,
“修改时间”:“2016-08-08T12:00:00.000Z”,
“md5Checksum”:“c21ca263ad0e124511a36e3260ffdf35”,
“大小”:“4816548”,
“头版本ID”:”
}

下面是
service.revisions().list(fileId='')的结果

[
{
“id”:“,
“修改时间”:“2016-08-08T12:00:00.000Z”,
“originalFilename”:“foo.zip”,
“md5Checksum”:“5a7e2a53f274e1dc8838a4d6a440f808”
},
{
“id”:“,
“修改时间”:“2016-08-08T12:00:00.000Z”,
“originalFilename”:“foo.zip”,
“md5Checksum”:“c21ca263ad0e124511a36e3260ffdf35”
} 
]

我对该文件报告的
md5Checksum
headlevisionid
中的“反转”感到困惑

在这里,我问自己以下问题:

  • 使用
    files().list()
    时,报告的
    md5Checksum
    是否为旁边
    headlevisionid
    的校验和?我认为这是因为imho
    files().list()
    只能列出最新版本中的文件
  • revisions().list()
    返回的列表是否有序?我是否可以假定列表/数组的最后一个元素是head revision
  • 你认为,就像我正在做的那样,有些东西是假的,你能想象你最终怎么会是这样的情况?

谢谢

我能问一下你的问题吗?在您的问题中,
service.revisions().get()
service.revisions().list()
?尽管所有
modifiedTime
都是相同的,但我能认为实际值不同吗?在我的环境(Drive API v3)中,我可以确认当
headRevisionId
md5Checksum
Drive.files.get
Drive.files.list
检索时,它们与“drive.revisions.list”检索到的最新
id
md5Checksum
一致。我还可以通过
drive.revisions.get
使用
fileId
headlevisionid
进行确认。例如,如果您尝试将这种情况复制到不同的文件(文本/普通),您的情况是否能够被复制?@Tanaike感谢您的评论。确实是
service.revisions().list()
很抱歉输入错误
modifiedTime
实际上与API报告的相同。这不是复制粘贴错误,所以我不能用它们来推断最新的版本。我真的很抱歉我帮不了你。没关系@Tanaike❤️ 也许谷歌会有人插话,他们说他们会监控标有“谷歌硬盘sdk”的问题