Windows中的Git现在得到了很好的支持。

查看GitExtensions = http://code.google.com/p/gitextensions/

以及更好的Windows Git体验的手册。

Git还使分支和合并变得非常容易。Subversion 1.5刚刚添加了合并跟踪，但是Git仍然更好。使用Git进行分支是非常快速和廉价的。它使得为每个新特性创建分支更加可行。哦，与Subversion相比，Git存储库的存储空间非常有效。

Easy Git有一个很好的页面，比较了Git和SVN的实际使用情况，这将让你了解Git可以做什么(或更容易做什么)。(从技术上讲，这是基于Easy Git的，它是Git之上的轻量级包装器。)

Git和DVCS通常都非常适合于独立编写大量代码的开发人员，因为每个人都有自己的分支。但是，如果您需要从其他人那里进行更改，她必须提交给她的本地回购，然后她必须将该更改集推给您，或者您必须从她那里获取更改集。

我自己的推理也让我认为，如果你做集中发布之类的事情，DVCS会让QA和发布管理变得更加困难。必须有人负责从其他人的存储库中进行推送/拉取，解决任何在最初提交时就可以解决的冲突，然后进行构建，然后让所有其他开发人员重新同步他们的回购。

当然，所有这些都可以通过人工流程来解决;DVCS只是破坏了一些由集中式版本控制修复的东西，以便提供一些新的便利。

http://subversion.wandisco.com/component/content/article/1/40.html

我认为可以很有把握地说，在开发人员中，SVN和Git的争论已经激烈了一段时间，每个人都有自己的观点，哪个更好。这甚至在我们2010年及以后关于颠覆的网络研讨会的问题中被提出。

我们的开源和Subversion公司总统总监Hyrum Wright谈到了Subversion和Git之间的区别，以及其他分布式版本控制系统(DVCS)。

他还谈到了Subversion中即将发生的变化，比如下一代工作拷贝(WC-NG)，他认为这会导致许多Git用户转换回Subversion。

请观看他的视频，并通过在这个博客上评论或在我们的论坛上发帖来告诉我们你的想法。注册很简单，只需要一点时间!

一些回答已经提到了这些问题，但我想明确说明两点:

1)有选择性提交的能力(例如，git add——patch)。如果您的工作目录包含多个不属于同一逻辑更改的更改，Git可以很容易地提交只包含部分更改的提交。对于Subversion，这是很困难的。

2)在不公开更改的情况下提交的能力。在Subversion中，任何提交都是立即公开的，因此是不可撤销的。这极大地限制了开发人员“尽早提交，经常提交”的能力。

Git不仅仅是一个VCS;它也是一个开发补丁的工具。Subversion只是一个VCS。