TFS与FogBugz Kiln

Question

如果我们从TFS搬到Fogbugz Kiln，我们可能面临哪些问题？

目前我们正在使用TFS进行源代码管理，我们正在考虑迁移到Kiln的选项。

我们完全是基于Microsoft开发工具的公司，因为我们使用Visual Studio .net，SQL服务器，TFS，Windows服务器等。

移动的原因似乎是：

1. 窑中更好的代码审查工具
2. 更好的分支合并管理。

有人已经这样做了吗？当我们在窑上使用visual studio时，有没有人知道问题？

Answer 1

我无法完全回答你的问题，因为我没有使用（并且从未使用过）TFS。但是，我的雇主使用StarTeam，就源代码控制而言，这是非常典型的。

对于我来说，从传统的SCC检查/检查方法转向分布式模型是第一个心理障碍。为了克服这个障碍，我发现http://hginit.com/的教程很有帮助。

至于使用Kiln for VS，我同时使用Kiln客户端（主要是TortoiseHg）和plugin for VS 2010。我可以从Windows资源管理器和Visual Studio中提交，拉取，推送等。除了学习mercurial以及分布式版本控制如何工作之外，我没有任何问题。

就其他问题而言，我能想到的唯一问题是更新任何构建服务器或持续集成服务器以从适当的存储库中提取。

Answer 2

TFS中存在Codereview（只需下载免费扩展），在TFS中合并非常好，报告在TFS，方法，集成甚至价格方面都更好。 在我的谦虚的观点。但两者都是很棒的产品，如果你工作或需要分布式sc或混合团队（linux等），TFS也有解决方案，但不是那么便宜

Answer 3

分支在Mercurial中更好，但这有一个代价：你将拥有更多的分支，并且开发人员更容易犯错并在错误的分支中做某事。灵活性可能会引起混淆。

但最重要的是你的过渡计划。如果你在TFS中有一个很长的提交记录，你可能想保留它。不幸的是，似乎没有直接转换工具来帮助我在需要时将TFS转换为Hg。我尝试将tfs2svn与hg convert一起使用，但是tfs2svn遇到了复杂的重命名，而我却被迫编写了一个愚蠢的直接转换实用程序。

Answer 4

去年秋天，我们从Sourcegear的Vault（w / Bugzilla）切换到Kiln（w / FogBugz）。我们所有的开发人员都喜欢将提交代码审查与案例（错误/票证）与规范/要求紧密集成。

需要一些试验和错误才能掌握中央存储库的组织。 Kiln（以及代理的Mercurial）非常灵活，您可以轻松构建一个过于简单或过于复杂的组织结构。您可以轻松地进行分支和合并，从而大大减轻了这种影响。我们的目标是构建一个系统，该系统只允许将已审查的代码放入暂存存储库，然后可以将其部署以发布到QA。花了大约6周时间（主要是试验和错误）来完成我们的存储库组织以简化此过程。

虽然在Vault中（从哲学的角度来看与Subversion相比），你可以很容易地做出一个可能需要花费几个小时的时间来改变的改变，在Kiln中做出改变然后抛弃它们是微不足道的。虽然我不能代表TFS，但在Vault中进行编译是一场噩梦。需要90分钟的生产力并将其丢弃。在Kiln中，编写一些Perl脚本来自动构建/发布是微不足道的，如果不是几分钟的人工审查，现在几乎是瞬间完成的。

最大的挑战（正如Helgi建议的那样）是管理分支机构。一些开发人员发现这非常简单，其他开发人员则很难。

从Vault到Kiln也没有转换路径，因此我们维护Vault服务器实例以进行存档，并开始使用Kiln。

6个月了，它改变了我们的生活（为了更好）。