从SVN切换到GIT进行C#开发？

你会把一个SVN托管的C#项目（2-5个开发者）换成GIT吗？它有什么优势值得付出额外的努力吗

---

我对此表示怀疑，但要寻找双方的理由。

我会说不，因为GIT的GUI工具在这一点上非常原始

Svn具有VisualSvn和OrtoiseSVN，这使得VisualStudio和Windows资源管理器的集成非常顺利。在我看来，SVN工具的“易用性”远远超过了GIT提供的分布式源代码管理和更好的合并功能

---

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

我将所有工作从SVN转移到GIT，用于2开发车间。Otteroisegit在Windows上运行得很好，gitk工具让我成为一个快乐的人

---

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

好吧，这实际上取决于开发人员的工作方式，以及他们是否满意Subversion的设置。如果你做了大量的合并，并且对Subversion骂骂咧咧，那么Git可能会让你的生活更轻松

让我有点恼火的是，许多人似乎认为Git和其他DVC的主要好处是可以进行离线开发。这只是将整个存储库放在本地机器上的真正功能的一个小副作用，这样就可以在不联系服务器的情况下完成分支、合并等操作。对于Git，当Subversion需要几分钟时，您可以在几秒钟内切换分支

---

如果您的开发人员习惯并喜欢学习新东西，那么转换为Git可能不会有太大问题。另一方面，如果你的开发人员喜欢现状，但不喜欢他们的工作环境发生变化，那么你最好还是呆在Subversion的世界里。

你可以看看。

让我离开SVN的是它在互联网上的缓慢。即使距离存储库100毫秒，提交和查看日志历史记录等简单操作也会花费很长时间（数十秒）。有了Git，它们只需要几分之一秒

离线工作也很棒。有一天，当我的大学网络瘫痪时，我仍然可以在笔记本电脑上不间断地工作。我可以在一段时间后将更新推送到中央服务器，那时我正在使用的功能已经完成，并且我可以访问internet

对于开源项目，DVCS是必须的，因为它允许新开发人员立即开始黑客攻击，而无需授予他们对中央存储库的写访问权。它降低了新开发人员加入项目的门槛

---

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

虽然Subversion从1.5版升级到1.5版支持合并跟踪，并且对合并有更好的支持（但是服务器和客户端都必须是1.5或更高版本）。是的，我知道这一点。但Subversion的合并模型仍然存在固有的、严重的缺陷，人们在合并时仍然在拉扯头发。他们只是不再自杀了。