为什么Git比Subversion好?

我已经使用Subversion很多年了，在使用SourceSafe之后，我爱上了Subversion。结合TortoiseSVN，我真的无法想象它还能有什么更好的。

然而，越来越多的开发人员声称Subversion存在问题，我们应该转向新的分布式版本控制系统，比如Git。

Git如何改进Subversion?

当前回答

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

其他回答

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

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

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

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

对于那些正在寻找一个好的Git GUI的人来说，Syntevo SmartGit可能是一个很好的解决方案。它是私有的，但对非商业用途是免费的，可以在Windows/Mac/Linux上运行，我认为甚至可以使用某种git-svn网桥来支持SVN。

我最近一直住在Git的土地上，我喜欢用它来做个人项目，但是我还不能把工作项目从Subversion转换到Git上，因为它改变了工作人员的想法，而且没有紧迫的好处。此外，我们内部运行的最大项目非常依赖于svn:externals，从我目前所看到的来看，它在Git中并不能很好地无缝工作。

使用Git，您几乎可以脱机做任何事情，因为每个人都有自己的存储库。

创建分支和合并分支非常简单。

即使你没有项目的提交权限，你仍然可以拥有自己的在线存储库，并发布补丁的“推送请求”。每个喜欢你的补丁的人都可以把它们拉到他们的项目中，包括官方的维护者。

分叉一个项目，修改它，并仍然从HEAD分支中合并错误修复是很简单的。

Git适用于Linux内核开发人员。这意味着它非常快(必须如此)，并且可以扩展到数千个贡献者。Git使用的空间也更少(Mozilla存储库的空间最多减少30倍)。

Git非常灵活，非常TIMTOWTDI(有不止一种方法可以做到)。你可以使用任何你想要的工作流，Git会支持它。

最后，还有GitHub，一个托管Git存储库的好网站。

Git的缺点:

它更难学，因为Git有更多的概念和命令。修订版不像subversion那样有版本号许多Git命令是神秘的，错误消息对用户非常不友好它缺少一个好的GUI(比如伟大的TortoiseSVN)

推荐文章