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

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

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

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

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

Git在Windows下还不受本地支持。它针对Posix系统进行了优化。然而，运行Cygwin或MinGW可以让你成功运行Git。

现在我更喜欢Git而不是SVN，但是如果你来自CVS, SVN的土地，它需要一段时间才能超过阈值。

我可能会选择Git，因为我觉得它比SVN强大得多。有一些便宜的代码托管服务对我来说非常有用——你不需要做备份或任何维护工作——GitHub是最明显的候选者。

也就是说，我对Visual Studio和不同的SCM系统的集成一无所知。我认为与SVN的集成会明显更好。

SVN的2个主要优点很少被提及:

Large file support. In addition to code, I use SVN to manage my home directory. SVN is the only VCS (distributed or not) that doesn't choke on my TrueCrypt files (please correct me if there's another VCS that handles 500MB+ files effectively). This is because diff comparisons are streamed (this is a very essential point). Rsync is unacceptable because it's not 2-way. Partial repository (subdir) checkout/checkin. Mercurial and bzr don't support this, and git's support is limited. This is bad in a team environment, but invaluable if I want to check something out on another computer from my home dir.

只是我的经验。

重点是，Git是分布式VCS, Subversion是集中式VCS。分布式vcs比较难理解，但是有很多优点。如果不需要这些优点，Subversion可能是更好的选择。

另一个问题是工具支持。您计划使用的工具更好地支持哪种VCS ?

编辑:三年前我是这样回答的:

Git目前只能通过Cygwin或MSYS在Windows上运行。 Subversion从一开始就支持Windows。作为解决方案 对于Windows可能为你工作，可能会有问题，作为最 Git的开发人员在Linux上工作，没有可移植性 心灵从一开始。目前我更喜欢Subversion 在Windows下开发。几年后，这可能就无关紧要了。

现在世界发生了一点变化。Git现在在windows上有一个很好的实现。虽然我没有在windows上进行全面测试(因为我不再使用这个系统)，但我很有信心，所有主要的VCS (SVN、Git、Mercurial、Bazaar)现在都有适当的windows实现。SVN的这一优势已经不复存在。其他要点(集中式vs.分布式以及工具支持的检查)仍然有效。

我会选择SVN，因为它传播更广泛，知名度更高。

我想Git更适合Linux用户。