你必须使用DVCS，它就像源代码管理的一个量子飞跃。就我个人而言，我使用Monotone和它加速的开发时间没有结束。我们在Windows、Linux和Mac上使用它，它非常稳定。我甚至让buildbot在每个平台上进行每晚的项目构建。

分布式DVCS通常意味着您将创建一个中央服务器，仅供人们推送更改。

我已经使用SVN很长时间了，但是每当我使用Git时，我都觉得Git非常强大，轻量级，尽管有一点学习曲线，但它比SVN要好。

我所注意到的是，每个SVN项目，随着它的发展，都会变成一个非常大的项目，除非它被导出。其中，GIT项目(以及GIT数据)的大小非常轻。

在SVN中，我与从新手到专家的开发人员都打过交道，如果新手和中级开发人员为了重用一个文件夹而从另一个SVN项目复制文件夹，他们似乎会引入文件冲突。然而，我认为在Git中，你只需要复制文件夹就可以了，因为Git没有在所有子文件夹中引入. Git文件夹(就像SVN那样)。

在很长一段时间内处理了大量的SVN之后，我终于考虑将我和我的开发人员转移到Git，因为它很容易协作和合并工作，还有一个很大的优势是，本地副本的更改可以根据需要提交，然后最终推送到服务器上的分支，而不像SVN(我们必须不时地在服务器上的存储库中提交更改)。

谁能帮我决定我是否真的应该使用Git?

有趣的是: 我在Subversion Repos中托管项目，但是通过Git Clone命令访问它们。

请阅读在谷歌代码项目中使用Git进行开发

虽然谷歌代码原生说话 Subversion，可以轻松使用Git 在开发过程中。搜索“git” Svn建议这种做法是正确的 广泛传播，我们也鼓励你 用它来做实验。

在Svn存储库上使用Git给我带来了好处:

我可以分配到几个 机器，承诺和从 对他们来说 我有一个中央备份/公共svn存储库供其他人检查 他们可以自由地使用Git

我从来没有理解过“git在Windows上不好”这个概念;我只在Windows下开发，git从来没有遇到过任何问题。

我绝对推荐git而不是subversion;它只是更加通用，并且允许“离线开发”，这是subversion永远无法做到的。它可以在几乎所有可以想象到的平台上使用，并且拥有比你可能使用过的更多的功能。

这可以归结为:

你的发展是线性的吗?如果是这样，您应该坚持使用Subversion。

另一方面，如果您的开发不是线性的，这意味着您将需要为不同的更改创建分支，然后将这些更改合并回主开发线(Git称为主分支)，那么Git将为您做更多的工作。

你必须使用DVCS，它就像源代码管理的一个量子飞跃。就我个人而言，我使用Monotone和它加速的开发时间没有结束。我们在Windows、Linux和Mac上使用它，它非常稳定。我甚至让buildbot在每个平台上进行每晚的项目构建。

分布式DVCS通常意味着您将创建一个中央服务器，仅供人们推送更改。