Jes*_*erE 12
那么,这实际上取决于您的开发人员如何工作以及他们是否对Subversion设置感到满意.你是否正在进行大量合并并宣誓Subversions糟糕的合并支持,那么Git可能会让你的生活更轻松.
令我恼火的是,许多人似乎认为Git和其他DVCS的主要好处是你可以进行离线开发.这只是在本地计算机上拥有整个存储库的真正特征的一个小副作用,因此可以在不联系服务器的情况下完成分支,合并等.在Git的情况下,你可以在几秒钟内在分支之间切换,在Subversion中需要几分钟.
如果您的开发人员习惯并喜欢学习新东西,那么转换为Git可能不会有太大问题.另一方面,如果你的开发人员喜欢在他们的工作环境发生变化的情况下并且不喜欢它们,那么你最好还是留在Subversion世界.
我将我的所有工作从SVN移到了Git,开了一个2开发商店.TortoiseGit在Windows上工作得很好,而gitk工具让我很开心.
在Windows上,你仍然需要习惯于在shell模式下使用git执行某些任务,但是对于你的日常工作流程,Git GUI,gitk和TortoiseSVN都可以帮助你.分支/合并系统的质量和本地私人历史可以快速发布,对我来说非常非常值得.我也喜欢跳过版本号,并能够从我杂乱无章的个人分支中将"干净"的东西推送到中央存储库.
我会说不，因为 GIT 的 GUI 工具目前还非常原始。
Svn有VisualSvn、TortoiseSvn，这使得Visual Studio和Windows资源管理器的集成非常顺利。在我看来，SVN 工具的“易用性”远远超过了 GIT 提供的分布式源代码控制和更好的合并功能。
现在这是因为我不希望在没有连接到源代码控制存储库的情况下处理源代码控制项目。如果您在飞机或船上花费大量时间（很短！），我会尝试一下 GIT，看看命令行工具是否足够。