我不确定这是一个编程问题。例如，如果有一个API允许开发人员在驱动器中添加和删除用户。
Google云端硬盘仅供个人使用吗？有没有办法制作单个驱动器并与一组用户共享？有没有办法创建具有只读访问权限的用户？
我不确定这是一个编程问题。例如，如果有一个API允许开发人员在驱动器中添加和删除用户。
Google云端硬盘仅供个人使用吗？有没有办法制作单个驱动器并与一组用户共享？有没有办法创建具有只读访问权限的用户？
Google云端硬盘网络用户界面与旧的Google文档网络用户界面具有相同的功能，这意味着您可以将文档和文件夹（集合）共享给具有特定访问权限的特定用户或组（只读，读写，所有者）。 该 Google Drive API 不允许您控制ACL，但您仍然可以使用 文档列表API 实现这一目标。
Drive共享模型基于每个文件，也基于每个文件夹。正如Alain所说，您必须使用文档列表API以编程方式控制ACL，您可以使用该API与其他人或一组人共享Drive帐户的整个文件夹。
满足您在访问控制方面的要求。 从这个角度来看，它非常强大。
但我同意@ Jan-Z和@ daniel-gerson的说法，GDrive拥有所有文件共享系统中最繁琐，最难以理解的逻辑/ ui，而桌面客户端也是错误的。
用户发现一些“他们的”文件已经消失而没有理解为什么，而且有一些 逻辑 它背后只是没有人的逻辑。您不应该为这种工具培训用户，以免丢失工作。
此外，“我的驱动器”文件夹后面有一个真正的文件夹结构，但其他地方的文件夹只是“标签”，一组文件可以有很多。这两个逻辑从来没有正确地理解，你会想知道这些文件的位置，以及如果你在一个地方删除它们会发生什么。这是法拉利引擎在Vespa滑板车上的强大功能 - 你永远不会安全转弯。
我们进入它， 没有人 我喜欢它，我们只是想以最低成本（不是产品价格，而是过渡成本）来解决它。
不，我建议不要将Google云端硬盘用于公司文件共享。有一个原因它还处于测试阶段。我的Google云端硬盘上周已经同步了3个小文件，并且无法完成这个简单的任务。
当它工作时，它运作良好，但它并没有为生产环境做好准备。
顺便说一句，我认为斯特凡诺在他说：
“此外，”我的驱动器“文件夹后面有一个真实的文件夹结构，但是其他地方的文件夹只是”标签“，一组文件可以有很多。这两个逻辑从来没有正确地理解在一起，你想知道在哪里其中一些文件是，如果你在一个地方删除它会发生什么。“
这是Google Drive处理文件的方式与Windows资源管理器处理文件的方式之间的根本区别。翻译两个目录结构没有万无一失的方法，所以如果你想将Google UI（Web或桌面）用于你的公司文件共享，我认为这是一个蠢...
我不确定我是否会使用谷歌驱动器（免费版）作为企业文件共享。但是，我们一直在使用Google Apps for Business上的云端硬盘（Google Apps的付费版本），我们发现它是一种可靠的文件存储解决方案。
但是，Google云端硬盘仅用于后端文件存储。使用Google Drive SDK通过我们自己的软件控制文件访问，没有人通过Web UI或Google Drive桌面应用程序使用甚至访问文件结构。
我最近开始使用Google Drive桌面应用程序在我们的每个办公地点维护我们文件的额外备份副本，但是没有使用它足够长时间来保证它。