Google drive api 列出未按预期工作的Google格式文件的修订版本

起初，我们似乎遇到了一个类似于在上报告的错误，但进一步调查后，它似乎是一个不同的错误

一旦文件的修订数量超过某个限制，Google格式文件（文档、电子表格等）似乎会折叠修订，API似乎会返回折叠的修订集，而不是完整的修订集（即在Drive web app上查看文件时单击“显示不太详细的修订”后显示的修订集）

但是，API返回每个集合中最早的版本，而不是最新的版本。因此，当尝试检索最新版本时（通过revisions.list或在revisions.get中使用“head”），它通常不会返回实际的最新版本，而是返回最新折叠集中的第一个版本

下面是演示此行为的公共电子表格的ID:0AGBOJK17DJYXDGFQZZLLRTKS2NNIDZRZRGVJWFLDU2C

---

在这种特殊情况下，版本ID 1365416326903000作为“最新版本”返回，即使有许多后续版本。

版本合并是一种预期行为，但版本应为合并组中的最新版本。我将详细研究这个问题。请注意，即使您在

1365416326903000

之后进行了更改，这些更改仍将合并到

1365416326903000

中。看一看，我对一个文件做了几处更改，并在每次更新时创建了一个新版本。它们都已被FSJDPVS9MZrwe3yndec1YovBkyuhtr2Nexlv0LiwWLPQ合并为修订版

0。这应该是预期的行为。@BurcuDogan我不确定我是否理解您关于预期合并行为的说明。最新版本（组）的ID是否没有更改，并且仅更改元数据和内容？我本以为会创建一个新的修订ID，可能会替换其修订组中较早的一个。我们将在内部讨论这个问题。我同意你的观点，不提供新的修订ID是一种奇怪的行为。