在企业环境中分叉与分支

Question

我很想知道人们在企业中使用的DVCS策略。

Github模型基于forks，因为在开源项目中，您有一些信任问题，并且您可能不希望任何人能够更新您的代码。但是，在企业环境中，信任问题并不重要，在维护方面，分支可能是DVCS更合适的选择（更少的回购，更少的管理权限）。

所以，问题很简单：你是复制Github模型并使用forks获取新功能还是使用某种pull请求机制发布，还是宁愿使用分支机构。

这篇文章可能会帮助人们了解他们考虑在自己的公司中使用DVCS时应该使用的策略。

Answer 1

我想你会对这个问题得到一些非常强烈的意见！
我工作的地方，我们遵循的模式

• 我和另外一个人可以完全访问包含公司官方存储库的计算机，
• 我们有几个具有读取权限的开发人员。他们将进行更改，从彼此/我们拉/合并，偶尔
• 我们将撤销我们批准的修订并将其推送到我们公司的官方存储库。

---

有关此主题的更多详细阅读，请参阅http://progit.org/book/ch5-1.html。

Answer 2

请注意，GitHub支持这两种模式：

• 对于敏感的repos，你可以将它们分叉（在GitHub服务器端克隆），以便其他协作者拥有fork，并自由地推送它。
• 对于协作回购，与许多协作者一起，您可以创建 organisation ，在其中管理所有协作者。

对于非GitHub存储库，额外的授权层（如Gitolite）支持 personal branch ，正是为了在自己的分支中隔离贡献者的贡献，从而无需提供n个克隆（ （）for a repo。