3

请让我知道 Subversion 和 MKS 之间的区别

4

3 回答 3

22

Subversion：集中式 VCS、合并或锁定语义、基于存储库、开源、巨大的市场份额（尽管它已经被 Mercurial 和 Git 等 DVCS 条目所占据）、免费、优秀的工具集和支持基础设施。

MKS：集中式 VCS，仅锁定语义，基于存储库，封闭源代码，市场份额相对有限，不是免费的（999 美元以上/许可），开发的工具集明显不足。

于 2009-06-16T11:29:41.547 回答
10

如果您需要 Forrester 告诉您最好的 SCM 是什么，那么您已经遇到了麻烦。任何白痴“分析师”都可以就 MKS 提供的惊人管理功能编写一份精彩的报告，但如果问一个曾经使用过 MKS 的值得他/她盐分的开发人员绝不会推荐它。

MKS 设法完全破坏了 Eclipse/WSAD 集成（SVN/CVS 完美集成）。

MKS 是我在 SCM 中使用过的最大的一堆废话（这说明了很多，因为我在早期也使用过 Microsoft Visual Source Safe）。

是的，Subversion 不是“免费”支持的，但任何人都可以设置它，任何有头脑的系统管理员都可以管理它并进行适当的备份。

不过，这取决于你。如果您想取悦管理层并选择勾选所有框的“正确”选择，请选择 MKS。如果您希望您的开发人员真正完成一些工作，那么就一直使用 SVN。

但是，由于不得不使用 MKS，我将在 CruiseControl for CI 上发布早期的海报，它确实有效，但它有点过时了。

于 2010-05-04T16:41:20.803 回答
8

正如 Doyle 所提到的，MKS 和 SVN 之间的最大区别在于 SVN 是一个专用的版本控制系统，而 MKS 是一整套应用程序，涵盖了从需求管理和错误跟踪到测试管理的整个生命周期。顺便说一句，它还包括版本控制。

下面列出了我遇到的一些具体问题。请记住，这是截至 2008 年的时间范围，所以我不知道它在新版本中是否仍然适用：

  • 慢（主要适用于大型项目；对于较小的项目还不错）
  • 无法找到与之集成的 3rd 方工具
  • 声称与之集成的工具具有易碎的集成（特别是 Visual Studio 和 Code Collaborator）
  • 分支策略令人困惑；有很多空白的表情试图解释开发路径和共享子项目
  • 分支之间的合并既尴尬又麻烦
  • 与其他错误工具相比，错误跟踪器缺乏一些工作流程灵活性
  • 管理工具不够完善

我不讨厌它，但我也不能推荐它。

于 2011-02-02T23:42:09.727 回答