针对企业中组织的最佳做法

了解如何设置企业和组织结构以获得优异的开发人员体验。

本文内容

有多种不同的企业组织结构可选择。 这些组织结构各有利弊，最适合企业的结构取决于业务特点和需要，包括规模和安全限制。 建议让策略与要构建的企业文化（而不是当前的企业文化）保持一致。 如果要促进协作和内部资源利用，应配备相应工具。 这样以后你的工具将是企业朝向所需文化转型的促进而非阻碍因素。

本文汇总了 GitHub 建议的要点。 有关更多详细信息，请参阅延伸阅读部分。

最大程度地减少组织数量

一般而言，GitHub 建议尽量减少要设立的组织数量。

  • 组织成员可轻松查找资源并进行沟通****，从而促成一种协作式环境****。
  • 增加组织总是比减少组织更容易，所以建议一开始仅设立少量**** 组织，这样将来变动起来可以更灵活。
  • 减少组织要麻烦得多，通常需要进行迁移，团队习以为常的灵活性也会降低。

何时需要设立多个组织？

某些客户需要设立多个组织。

  • 设立多个组织的主要好处是可为每个组织配置单独的策略、设置和要求****。
  • 组织所有者始终能够访问组织拥有的所有存储库。 如果公司规模非常大，以至于一个所有者具有所有存储库的访问权限并不合理****，可考虑设立多个组织。
  • 建议针对在企业中创建新组织这一点，设置并强制实施固定不变且透明的规则****。 这样，所有人都能更容易了解各个组织的用途以及各项资产的所在位置。

已有不同客户就组织数量和其中的访问权限成功完成了不同设定。 若要浏览相关选项，请参阅 在企业中构建组织的最佳做法。

组织中的最佳做法

在企业的每个组织中，应鼓励组织所有者遵循最佳做法。

  • 添加多个所有者****：如果组织只有一个所有者，那么在无法联系到所有者的情况下，组织项目可能会不可访问。 为了确保任何人都不会失去对项目的访问权限，建议每个组织中至少有两个人具有所有者角色。
  • 使用团队****：借助团队可管理人员组的权限、代码所有权和通知。 如果使用标识提供者 (IdP) 进行身份验证，强烈建议通过 IdP 管理团队成员身份。 请参阅“Creating teams（创建团队）”。
  • 在组织拥有的存储库**** 中进行协作：尽可能减少在用户拥有的存储库中进行协作的情况。 组织拥有的存储库具有更复杂的安全和管理功能，即使企业成员身份发生变化，它们仍然可访问。

后续步骤

你已开始创建组织并管理用户的访问权限，以使其匹配公司所需的结构。 接着便来了解如何使用 GitHub 支持 在需要时获取帮助。 请参阅 了解企业支持。

其他阅读材料