Google drive api 访问权限层次结构

驱动SDK开发人员，我想你最好问一下。 以Slack-Google drive集成为例，它要求对以下内容给予许可：

查看谷歌硬盘上的文件

查看和管理您使用此应用打开或创建的google Drive文件和文件夹

问题在于此基于功能的安全级别的层次结构：

这是否意味着Slack可以查看所有google驱动器文件，并管理Slack打开/创建的文件

或者（4）是普遍的，在这种情况下（1）是多余的

---

这两个是ACL的附加项。因此Slack对其创建/打开的任何文件拥有完全的r/w权限。Slack可以读取任何未创建/打开的文件，但不能更改/删除这些文件。

谢谢，您可能有记录这些文件的参考资料吗？请尝试一下，谢谢，现在可能是相切的，但为什么Slack需要对我的所有文件（而不仅仅是我共享的、导入Slack的文件）进行读取访问？我不是想大声说我不想和Slack整合，但我不需要相信他们就能做到？我遗漏了什么吗？好问题。我本以为readonly.metadata就足够了。也许Slack会尝试为您的内容编制索引。这是Slack团队的一个问题。我从Slack团队得到了回应：“我们的应用程序使用读取权限来显示您的GDrive帐户中的文件。如果没有此权限，您将无法使用GDrive文件的上载选项（在[+]菜单中）。”但正如您所说的，readonly.metadata应该足够了。