我们最近将我们的 Android 应用程序从 Drive v2 升级为使用 Drive v3 API。我们上一次升级是在 Google Drive 拥有自己的独立 Web 控制台时。在升级过程中，我们注意到我们现在必须使用 GoogleSignIn 来访问 Drive。我们不再需要像 Drive v2 中那样的单个 API 密钥。我们需要生成一个“google-services.json”文件并将其包含在我们的应用程序中，而不是密钥。在整个升级过程中，我们一直使用测试帐户，尚未对生产帐户执行这些更改。
当我们生成新的 JSON 文件并通过 GoogleSignIn 开始使用 Drive v3 时，现有的生产 Android 应用程序会发生什么，现有版本的应用程序是否仍支持 v2？
首先，有些事情需要澄清。根据v3 迁移指南，v3 的显着变化是：
Drive API v3 和 v2 的区别主要在于字段名称的更改和重复功能的删除。
显着变化
- 默认情况下不再返回完整资源。使用 fields 查询参数请求返回特定的字段。如果未指定，则仅返回常用字段的子集。
- 重复和过时的功能已被删除。例子：
- Children 和 Parents 集合已被删除。请改用 files.list。
- Realtime.* 方法已被删除。有关替代方案，请参阅实时 API 文档。
- 许多字段和参数名称已更改并影响访问资源中的字段以及 q 和字段表达式。示例包括：
- 现在使用属性名称代替标题。
- 所有日期/时间字段现在都以时间而不是日期为后缀。
- 列表操作的结果不再使用通用项目字段来包含结果集。结果现在包含在为相应资源类型（例如文件、更改等）命名的字段中。
- 现在所有更新操作都使用 PATCH 而不是 PUT
- exportLinks 字段已从文件中删除。要导出 Google 文档，请改用 files.export 方法。
- changes.list 的一般方法已更改。现在使用不透明页面令牌代替更改 ID。要轮询变更集合，首先调用 changes.getStartPageToken 获取初始值。对于后续查询，使用从 changes.list 返回的 newStartPageToken 值。\
请注意，没有提到与您所说的相反的 Google Sign。我认为这只是替代/更简单的登录方式之一。您仍然可以使用 v2。
如果您想使用 v3，请查看v3 Android 快速入门以获取代码参考。