小团队的版本控制[关闭]

我们正在引导一个非常小的团队（例如2-5），我的问题是：哪种类型的版本控制最适合集中式或分布式的这类团队。

一直以分布式方式进行，恕我直言，实际上没有必要再进行集中管理，特别是在您谈论团队发展时。

Mercurial的又一票，没有在Windows下设置的麻烦，bitbucket.org具有免费存储库（可以是私有的），具有无限的空间。

如果您打算从事一个开源项目，那么git和Github似乎更合适/受欢迎。但是，如果您还没有涉足DVCS，那么我建议您从Mercurial和这个很棒的指南开始。

你们都会一致使用的那个

[个人而言，我喜欢水星]

最好的答案可能是“无论您满意如何”。即使在处理个人物品时，我也使用Git。似乎可以很好地进行上下缩放，而我对Mercurial的有限经验也差不多。

我认为您应该选择自己喜欢的任何方式。在小型团队中，您将没有不同的代码树（例如Linux内核），因此可以使用中央存储库。但是您也可以使用分布式VCS进行此设置。因此，我会喜欢人气和个人经历。流行的是SVN，git和Mercurial。您应该确定哪种方法最适合您的团队（经验，所选IDE中的工具支持等）。

这实际上取决于您的开发人员是否要离线开发大量代码，而只能在分布式或集中式存储库之间进行选择，因为这是您应该决定的第一件事。然后，如果您决定集中式解决方案比SVN更好，那就是您所需要的。另一方面，如果您要使用分布式方法而不是git，即使在Windows上也足够好，因为现在您有了git（与svn同样存在的接口）。另外，不要在IDE支持上花太多的钱，因为如果您曾经使用过它，可能会感到讨厌，并且您可能会发现不应提交的文件确实会由IDE提交。

询问您的团队是否有人要照顾它。如果没有人关心并且无法从备份中还原它，拥有一个稳定的系统和负责的人员要比拥有一个好的系统要好得多。

如果有这样的人-他将已经知道要使用什么，那么就接受他的决定。如果没有，请获取一些托管解决方案。如果所有开发人员都从未接触过Shell / Linux，那么尝试GIT（最好的方法之一）将是非常愚蠢的。

它还取决于需要阅读/贡献的“非技术”人员的数量。只要确保他们可以使用它，并且有可用的工具。

SVN在工具中得到广泛支持。工具是关键；不同的人会有不同的技能。有些人更喜欢命令行，有些人更喜欢基于IDE的工具，有些人更喜欢图形工具。目前，SVN似乎是支持最广泛的工具。

除了那个Mercurial或Git。

我认为，在小型公司中，有人主张将某些事情集中化。（例如，关于异地备份。当您只有2个人在一个项目中工作并且他们住在同一栋建筑物中并且发生火灾时，将权力分散到两台计算机上可能不够。）

但是：拥有部分集中的解决方案并不会限制您使用集中式系统。您可以使用git或mercurial之类的东西推送到外部服务器。