Mercurial 在哪些方面比 TFS 更好/更差？

Question

我刚刚加入一家新公司，目前我们正在使用 Microsoft SourceSafe 作为我们的存储库。这些设置并不理想，而且事实证明这是一个很大的痛苦。

我最近使用了 Mercurial，觉得它太棒了，所以我主张改用它，但看起来该公司已经拥有 Team Foundation Server 许可证，并且希望改用它。

谁能给我列出一个比另一个更好的点？我没有使用过 TFS，所以我不知道它的优点/缺点是什么。

Answer 1

您无法直接比较 TFS 和 DVCS。

如果您的公司倾向于 TFS，那可能是因为 TFS 具有其他功能（数据收集、报告和项目跟踪，全部与 Microsoft 产品完美集成）

---

在纯粹的版本控制方面，Team Foundation Server 2010 及其 Team Foundation 版本控制 (TFVC) 2010，引入了分支作为一等公民。
请参阅 Team Foundation Server 和分支特征，比较其他。

我仍然发现他们的分支模型比 Mercurial 或 Git 更复杂。
请参阅TFS2010 分支到另一个分支的子文件夹 与 Mercurial 中的分支模型指南 （以及这个SO问题，它还详细介绍了合并和话

虽如此，它仍然是 CVCS（集中式 VCS），这意味着您将获得与 DVCS 不同的工作流程：请参阅 描述使用版本控制（VCS 或 DVCS）的工作流程。

DVCS 的真正杀手级功能仍然是其合并功能（更简单且比任何 CVCS 都快）。
但是在企业环境中引入 DVCS 仍然很困难。

Answer 2

我推荐 Joel on Software http://hginit.com，其中列出了切换到分布式版本控制的充分理由。

Answer 3

我发现 TFS 存在一些问题，使其与其他 CVCS 略有不同。

• TFS 在 Visual Studio 之外很难使用。甚至版本差异也是在 VS 内完成的。我个人只喜欢用VS来写代码。
• 我们遇到了很多 dll 和其他二进制文件未更新到最新版本的问题。
• TFS 使版本控制下的所有文件变为只读。这使得在 VS 之外修改文件非常很痛苦。事实上，这仍然会导致我们在 TFS 中构建的持续集成中的 Silverlight 项目出现问题。
• TFS 的命令行工具并不容易从命令行使用。 （我个人喜欢使用命令行）

背景：
我的公司从 SVN 和 TFS 转向，我使用 Mercurial/Git 来完成我的业余项目。我还关注了这个关于将 Mercurial 与 TFS 结合使用的博客，它使我使用 TFS 的工作变得更加愉快。

Answer 4

TFS 是一个应用程序生命周期管理工具，而不仅仅是一个源代码存储库/版本控制系统。

它的优点是：

-It's natural integration into Visual Studio (+100)
-It's Full App Lifecycle support from Work Item through Q/A acceptance.
-It's integration with MS Project / Sharepoint, and all the other 
 hoo-ha's you get 
-And now TFS 2012 has added support for "Local Workspaces" which allows
  for off-line working, but also allows "Server Workspaces" which is 
  similiar to TFS 2010. 
-Diff on every Check-in / Commit

它的源代码控制方面也很强，但是，就我个人而言，只要我可以看到整个历史记录，不丢失代码，并且不让我的代码“被踩”。我不在乎。

我自 2008 年以来一直在使用 TFS，最新一轮的改进进一步证明了 Microsoft 致力于发展其产品并跟上行业变化的承诺。我个人喜欢它，但我留在微软环境中（我也喜欢）.. 除此之外，它可能无法满足每个人的需求。

现在，在专业使用 Mercurial（BitBucket / Mercurial / tortoiseHG / VisualHG）几天后，我不得不说这些工具似乎有点过时了。与 Visual Studio 的集成就像温热的咖啡（乏味），而资源管理器集成让我回到了“美好的过去”，当时我很幸运没有从事 Visual Source Safe 的工作。

另一件需要注意的事情是从 Visual Source Safe 迁移到 TFS 很容易，这相当轻松。我最近将我上一家公司在 VSS 中的整个历史记录迁移到 TFS 中，只需要几个命令行实用程序，一夜之间就可以获取所有变更历史移过去了。我对迁移如此简单感到震惊（就像我的同事一样），它甚至保留了自一开始以来的所有历史记录（应权力的要求），

我肯定对长期使用 MS 工具有偏见，但是只要有效，源代码控制就不需要太多。

如果您的组织想要真正管理应用程序开发的各个方面，并且他们还没有集成的工具或流程，那么 TFS 将为他们提供从走吧。

从源代码控制开始，以源自 MS Project 的规范结束，与与单元测试相关的工作项目相关，与与自动化构建和部署相关的验收测试相关

最后：燃尽图/速度图