问如何将我的持续集成系统与我的bug跟踪系统集成在一起？

EN

我工作过的所有CI设置都会发送一封电子邮件(发送到一个列表)，但如果您确实需要--尤其是如果您的团队经常使用FogBugz作为待办事项系统--您可以在FogBugz 6. It has an API中创建一个案例，它可以让您打开案例。就此而言，您可以将其配置为将电子邮件发送到您的FogBugz的电子邮件提交地址，但该应用程序接口可能会让您执行更多操作，比如将案例分配给最后一个提交者。

Brian的回答告诉我，如果你的CI发现有案例编号的提交失败了，你甚至可以重新打开现有的案例。然而，就像为每件小事编写案例字段一样，CI自动化可能会“太聪明”，弄错了，而且很烦人。打开一个新的案例可能就足够了。

谢谢:这让我想知道我是否应该尝试将我们的Chimps设置与我们的FogBugz集成！

在我的公司，我们最近采用了(商业) Atlassian堆栈--包括用于问题跟踪的JIRA和用于构建的竹子。就像微软的世界(我猜--我们是一家Java商店)，如果你所有的产品都是从一个供应商那里获得的，你就会得到紧密集成的奖励。

有关他们如何实现互操作性的示例，请查看他们的interoperability page。

先令够了。一般而言，我可以将他们的一般方法概括为：

PROJ PROJ在您的错误跟踪器中创建问题(例如:Issu键of PROJ-123).

• When
• code，在您的提交注释中添加"PROJ-123“以指示此代码更改修复了哪个错误。
• 当CI服务器签出代码时，扫描差异的提交注释。记录与问题密钥的正则表达式匹配的任何字符串。
• 生成生成报告，说明找到了哪些问题密钥。

具体到你的第二个问题：

你的CI不需要把任何东西放到你的bug跟踪器中。竹子不会把任何东西放进JIRA。相反，Atlassian的工作人员为JIRA提供了一个插件，该插件将远程api调用到竹子中，询问“竹子，我( JIRA的问题)与什么构建相关？”这可能最好用screenshot来解释。

CC附带了一个在构建失败时发出警告的实用程序，它可能不值得在FogBugz中记录失败的构建-您不需要跟踪立即解决的问题(大多数失败的构建都会这样)

反过来(显示签入的FogBugz修复了这个问题)，你需要一个基于web的存储库浏览器-FogBugz很容易配置，所以它可以显示正确的更改。