根据我在开源项目中使用git和mercurial等分布式版本控制系统(DVCS)的经验，大多数安装模型都对其项目使用集中式安装(请考虑GitHub)。
将分布式VCS引入公司时，您是否具有集中式安装模型？
最佳答案
拥有某种中央存储库是一个好主意，因为它可以让您共享代码，但在某个地方可以有一个分支，您可以直接生成您的构建/从中导出快照。该服务器可能有多个分支，其中一个分支被认为是“中继”分支。以前的任何发行版都会有自己的分支，并且取决于团队的层次结构(即，如果您分为几组，每个组都在应用程序的某一方面工作)，那么可能会有基于团队或功能的分支，尽管如果您不这样做，不需要那样的方式工作。
当然，由于它是分布式的，所以每个开发人员也将拥有自己的本地存储库，以使事情变得更好，更快。或者它们每个都可以有多个存储库。例如，一个喜欢在通勤时工作的开发人员可能在其工作站上有一个存储库，在笔记本电脑上有一个存储库，笔记本电脑上的分支是从工作站上的“ checkout ”的。由他决定。我猜想“分布式”部分使这种事情变得容易得多，因为您可以在离开网络时提交甚至分支。
如果您要从非分布式VCS过渡，则可以直接进入以前的模型，因为DVCS具有足够的灵活性以相同的方式工作。否则，您可以只从一个带有几个分支的中央存储库开始，以后再创建更多的存储库和分支总是很容易的。
最后一件事是您仍然需要备份。各个开发人员都拥有同一事物的副本这一事实增加了冗余，但并非代替备份。
我经常使用的DVCS是集市。我也尝试过Mercurial。
关于git - 如何在公司中设置分布式版本控制，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/661515/