google-workspace - 团队存储库的团队云端硬盘与 Google 云端硬盘共享文件夹。Team Drive 目前值得吗?
问题描述
我只是想了解在 G Suite 上使用 Team Drive 获取团队存储库与仅在 Google Drive 上使用共享文件夹的优势。通过搜索不同的来源并进行测试,到目前为止,我发现了以下结果。
坦率地说,这一切让我想到,目前 Team Drive 是否比 Google Drive 上的共享文件夹更具优势。
问题:
1)我在分析中遗漏了什么吗?
2) Team Drive 还有什么我没有提到的吗?
3) 使用 google Drive 共享文件夹作为团队存储库是否还有其他陷阱(隐藏问题)?
团队云端硬盘与 Google 云端硬盘上的共享文件夹的优势:
当贡献者离开公司时,他们拥有的文件不会消失,如果他们被放置在团队云端硬盘中。
然而,他可以通过简单的自动化解决这个问题,即经理成为人员档案的所有者,向离开公司的他报告
编辑访问功能:
在团队云端硬盘中,您可以拥有无权删除或移动文件的编辑者/贡献者。嗯,这是一个很好的功能和明显的优势。
团队云端硬盘的限制
一个人对一个团队云端硬盘中的所有文件拥有相同的权限。
由于大多数人以一种或另一种方式为某些项目做出贡献,对我们来说,这意味着每个人都将获得整个公司所有项目存储库的编辑权限,这并不总是可取的
无法以分层方式管理访问权限
这是第一个的结果。在谷歌驱动器中说区域经理可以访问整个区域。然后,他将创建次区域文件夹并将它们分配给次区域经理。子区域管理员将只管理他们的文件夹,而不会看到其他子区域文件夹。但是区域经理的权限会下降,他们会自动看到所有内容。然后,子区域经理将为各个项目创建子文件夹,并授予各个项目经理访问权限
在 Team Drive 中,这样的构造是不可能的。
文件和/或文件夹不能位于多个位置 这是 Google 云端硬盘的一个非常好的功能,而团队云端硬盘中缺少该功能
子文件夹级别的数量限制 现在是20,但这仍然是一个限制
项目数量(文件/文件夹)限制现在 是400 k,但这仍然是一个限制
将文件从 Google Drive 迁移到 Team Drive 的限制
指向文件夹的链接将中断。 当文件夹迁移到团队云端硬盘时,不会保留指向文件夹的链接
消失的文件/文件夹
如果有一个文件或文件夹位于多个位置,并且其中一个位置位于该文件夹中,则该文件或文件夹已迁移到团队云端硬盘,则此云端硬盘文件夹/文件也会从其他位置消失,而不仅仅是从文件夹中消失,即明确迁移到团队云端硬盘。
解决方案
我可以在您的分析中添加一些内容:
团队驱动的优势
Drive File Stream:它是一个类似于 Dropbox 的应用程序,它将在您的系统上安装一个虚拟磁盘。在那里复制/移动的文件不会占用磁盘空间。
团队云端硬盘的限制
您不能共享文件夹,只能共享单个文件或整个团队云端硬盘。这不是我对企业专用工具的期望......
推荐阅读
- git - 如何恢复二进制文件上的 git 编码更改
- reactjs - React:SVG 通过 id 或 class 动态添加 CSS
- .net - 使用 bash 中的 find 函数在子文件夹上迭代运行程序
- typescript - 如何在打字稿中搜索类型
- angular - 路由在已部署项目的新窗口中不起作用
- flutter - 处理时调整图像大小非常慢
- java - 如何在 JavaFX 中的 Controller 之间传递信息?
- javascript - 如何在外部 JS 文件中使用 HTML 文件变量
- c - C中的Execv函数不读取作为参数传入的变量
- javascript - 在 ckeditor5 中为 mathjax 模型创建额外的内容