从SVN切换到GIT的C＃开发？

Question

你会将SVN托管的C＃项目（2-5个开发人员）切换到GIT吗？它是否有任何优势使其值得额外的努力？

我怀疑它，但寻找双方的论据。

Answer 1

我会说不，因为GIT的GUI工具在这一点上确实很原始。

Svn有VisualSvn，TortoiseSvn，它们使Visual Studio和Windows Explorer集成非常流畅。 IMO SVN工具的“易用性”远远超过了GIT提供的分布式源代码控制和更好的合并功能。

现在，这是因为我没有期望在没有连接到源代码管理存储库的情况下处理源代码管理项目。如果你花了很多时间在飞机上或船上（shortay！），我会试试GIT，看看命令行工具是否足够。

Answer 2

我把我所有的工作从SVN转移到Git的2 dev店。 TortoiseGit在Windows上工作得很好，而工具只是让我成为一个快乐的人。

对于某些任务，您仍然必须习惯于Windows上的shell模式下的git，但对于大部分日常工作流程，Git GUI，gitk和TortoiseSVN会帮助您。 分支/合并系统的质量和本地私人历史能够快速反应出来的东西对我来说是非常非常值得的。我也有点喜欢跳过版本号，并能够将“干净”的东西从我的messier个人分支中推送到中央存储库。

Answer 3

那么，这真的取决于你的开发人员的工作方式以及他们是否满意Subversion设置。你是否正在进行大量的合并，并对Subversions糟糕的合并支持发誓，然后Git可能会让你的生活更轻松。

让我有点懊恼的是，许多人似乎认为Git和其他DVCS的主要好处是您可以进行离线开发。这只是在本地机器上拥有整个存储库的真正特征的一个小副作用，因此可以在不联系服务器的情况下完成分支，合并等操作。在Git的情况下，您可以在几秒钟内在分支之间切换，而在Subversion中需要几分钟。

如果您的开发人员习惯并喜欢学习新事物，那么转换为Git可能不会有太大问题。另一方面，如果你的开发人员喜欢事情的发展，并且在工作环境发生变化时不太喜欢，那么你最好留在Subversion世界。

Answer 4

您可以检出Why Git is Better than SVN。

Answer 5

是什么让我离开SVN是因为它在互联网上的缓慢。当版本库甚至在100ms之外时，诸如提交和查看日志历史记录等简单操作将永远（几十秒）。有了Git，他们只需要几分之一秒。

脱机工作也很好。有一天，当我的大学的网络出现故障时，我仍然可以承诺并在笔记本电脑上不间断地工作。我可以在一段时间后将更新推送到中央服务器，当时我正在使用的功能已完成并且可以访问互联网。

对于开源项目，DVCS是必须的，因为它允许新开发人员马上开始黑客攻击，而不需要让他们写入中央存储库。它降低了新开发人员加入项目的入口。

我最近写了a blog post关于我将SVN仓库转换为Git的经验。如果你决定离开SVN，它可能会对你有所帮助。另外请记住，使用git-svn个人开发人员可以在本地机器上使用Git，而中央存储库是SVN存储库。