版本控制与缺陷跟踪软件的集成有多重要

Question

目前我们使用FogBugz来跟踪问题，并发现它是正常的。我正在寻找其他东西，可以让最终用户的能力，以跟踪他们的情况与我们一起。还有一些能很好地与电子邮件配合使用的东西。我已经找到了一些支持这些功能的替代方案，但它们不能与版本控制集成。我们在fog中使用了所有的SVN钩子--但我并没有发现它们都那么有用。有没有人找到了一个很好的理由，需要将版本控制集成到bug跟踪器中？

Answer 1

显然，这种集成并不是软件运行所必需的。有了一些规则，每次签入都可以手动附带一个bug编号，并且每个bug解决方案都可以手动添加一个版本控制标记。

然而，在其他条件相同的情况下，我个人总是更喜欢自动化而不是‘用户纪律’，因为后者迟早会让你时不时地失望。不是因为用户是恶意的或无能的，而是因为人们不能一直保持100%的警觉。

Answer 2

我发现SVN与TRAC的集成非常有用。通过SVN钩子，使用票号提交到存储库在票号上插入注释，并提供一个指向修订号的HTML表示形式的链接，显示插入、删除和差异。

作为一个小型程序员团队的主管，我发现这是一个对我进行代码审查很有帮助的工具，所以我可以验证提交确实解决了相关的问题。我不会确切地说这个集成是必要的，但它是我的问题跟踪器上的一个很好的免费额外功能，我逐渐喜欢上了它。

Answer 3

这对我们来说绝对是至关重要的。

下面是我们的一个项目(示例)的典型提交日志：

Make sure filedes is cleared in child list prior to reallocating

When p->child-filedes is > 0, the child list is active and can not
be collected.

[ Impact: Closes bug 123457 ]

注意影响:行，也可以是“相关”、“原因”或其他任何数量的东西。

这让我们可以使用简单的grep和自动化脚本，允许提交自动关闭甚至重新打开bug的人。

虽然我们通常使用Git和Mercurial，但这些类型的钩子(几乎)可以在任何VCS上工作，特别是那些没有您需要的模块化插件的私有VCS。

如果你认为你的bug系统仅仅是你的VCS的另一部分，那么很容易看出它们是如何相互依赖的。

其他事情，比如获取通过bug提交的补丁也是可能的。