我用cruisecontrol.rb为CI和FogBugz对于错误的跟踪,但是更一般性的回答,好。

第一个是技术问题:是否有一个API for FogBugz?是否有良好的教程,或者更好的是,预先编写的代码?

第二是程序性问题:什么,究竟应该CI放在错误的跟踪器的时候建造休息吗?也许是:

标题:"#{最后提交者}破坏了建立!"

身体:"#{错误的痕迹}"

我想这预先假定这个问题的答案:我应该甚至把CI闯入我的错误跟踪?

有帮助吗?

解决方案

所有CI设置我曾经使用过发送电子邮件(列表的),但是如果你有没有想要—尤其是如果你的团队使用FogBugz多todo系统—你可以只开放的情况下在FogBugz6. 它有一个API 这可以让你打开的情况。对于这个问题,你可能只是配置发送电子邮件给你FogBugz'电子邮件提交地址,但是API可能会让你做的更多,如分配的情况下对最后提交者。

布赖恩's的回答所暗示的对我来说,如果你CI找到一个失败的一个提交了一个案件编号,你甚至可能只是重新开放现有的情况。像编纂的情况下领域为每一件小事,不过,有一点CI自动化可能是"太聪明"获得这是错误的,而只是讨厌。打开一个新的情况可能很多。

和感谢:这让我想我应该尝试整合我们 黑猩猩 设置我们的FogBugz!

其他提示

在我的公司我们最近通过了《(商业)的讨论大多数集中堆,包括对JIRA问题跟踪和竹子为生成。很象微软的世界(我猜-我们Java店),如果你得到你所有的产品从一个供应商的你得到的奖金紧密的一体化。

对于一个如何,他们已经完成的互操作性,查看他们的 互操作性页.

足够的先令。一般来说,我可以总结他们的一般方法为:

  • 创建问题在你的错误跟踪器(例如:问题的关键PROJ-123).
  • 当你提交码,添加"PROJ-123",以提交评论,说明是错误这个代码变化的修正。
  • 当你的CI的服务器会检查出的代码扫描述提交评论意见的差异.记录的任何条匹配regex你的问题键。
  • 当建立完成后,生成的报告有什么问题的钥匙被发现。

具体地说,你的第二个问题:

你CI不会没有把任何东西成为你的错误跟踪。竹不会把任何东西进入吉拉.相反,讨论大多数集中的人提供了一个插件对JIRA,这将使一个远程api呼吁成竹子,问问题"的竹子,为什么建立我(a JIRA问题)有关吗?".这可能是最好的解释 截图.

CC配有一个实用工具,告诫你的时候,建立失败,它可能是不值得记录未能建立在FogBugz-你不需要跟踪的问题立即得到解决(因为大多数破碎的建立将)

去其他方式轮(FogBugz显示出检查,固定的问题)你需要一个基于网络的浏览器储存库-FogBugz是很容易配置,以便它显示了正确的变化。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top