我们最终可以在企业软件中转向 DVCS 吗？ SVN 仍然是开发的“必备”吗？ [关闭]

Git/Mercurial 已经变得越来越流行。我看过很多比较 SVN 与 Git/Mercurial 的文章，但我想知道是否真的有任何理由仍然使用 SVN。现在似乎有很多适用于 Git/Mercurial 的工具，这应该有助于扩大其企业采用率。

还有什么理由继续使用 SVN 吗？ Mercurial/Git 最终准备好供企业采用了吗？

一方面，SVN 集成（与 IDE、框架、wiki 等）非常成熟，它的 GUI 和代码浏览器也非常成熟（尽管像 Git 和 Mercurial 这样的 DVCS 每天都在进步）。

另一方面，在企业环境中引入 DVCS 仍然不是一项简单的任务：

• 有些要求不容易满足 http://gitguru.com/2009/03/18/git-enterprise-requirements/（在安全和访问控制、管理和访问限制方面）
• The DVCS 范式更难以理解 https://stackoverflow.com/questions/2479274/using-mercurial-in-a-large-organization，有很多优点和缺点 https://stackoverflow.com/questions/343675/what-are-your-pros-and-cons-of-git-after-having-used-it.
• 你确实需要利用其众多工作流程 https://stackoverflow.com/questions/2383826/git-based-source-control-in-the-enterprise-suggested-tools-and-practices而不是依赖SVN集中式。
• The 从 CVCS 到 DVCS 的过渡很困难 http://beust.com/weblog/2010/04/06/git-for-the-nervous-developer/

只是为了清楚起见，使用DVCS 可能是一个非常有效的选择:

• for a 新项目, where 开发人员不受旧工具或流程的束缚
• 特别是当开发商不在同一地点时（通常是开源开发的情况，这就是 DVCS 主要在其中使用的原因）。

StackOverflow（不是开源项目）正在使用 Mercurial（请参阅HgInit，作者：Joel Spolsky http://hginit.com/).
他们从 SVN 迁移到 DVCS：

• 部分原因是他们的开发人员现在遍布世界各地（！）

• 还因为 DVCS 的合并功能比 SVN 先进得多。
  （他们需要在 SO 站点、StackExchange 站点 V1 和 V2、Area 51 之间维护许多并行且略有不同的代码库版本，...）
  See "DVCS 和 CVCS 之间的区别 https://stackoverflow.com/questions/2704996/describe-your-workflow-of-using-version-control-vcs-or-dvcs", or "与 svn 相比，Mercurial 或 git 在分支/合并方面有哪些优势？ https://stackoverflow.com/questions/2518779/what-are-the-benefits-of-mercurial-or-git-over-svn-for-branching-merging".

• For a 企业环境（我在哪里），任何类型的任何转变都不是微不足道的，因为它需要是：

  • funded（钱，即使工具是免费的）
  • 支持的（这意味着拥有具有适当能力的适当人员）
  • 融合的（使用现有的遗留工具、GUI、IDE（例如 Visual Studio 或许多其他工具）...）
  • 管理的（就通用服务器而言，即使是 DVCS）
  • 有记录的（特别是对于有CVCS（如SVN）背景的用户）

因此 DVCS 在企业环境中也非常有用：
(See "Git 的企业采用率？ https://stackoverflow.com/questions/1578416/corporate-adoption-rate-of-git" or "企业中基于 Git 的源代码控制：建议的工具和实践？ https://stackoverflow.com/questions/2383826/git-based-source-control-in-the-enterprise-suggested-tools-and-practices".)
它（即使对于新项目）也不像在较小的结构或开源环境中那么容易安装到位。