【发布时间】：2012-02-22 17:35:54
【问题描述】：
我试图了解 perforce “作业”通过外部错误跟踪系统提供什么，并将错误 ID 放在签入评论中。
我希望“工作”可以帮助How do I see if a branch contains a bug fix in Perforce?
【问题讨论】：
标签： perforce
【发布时间】：2012-02-22 17:35:54
【问题描述】：
什么都没有。从使用 Perforce/FogBugz 集成机制（最新的是使用 Perforce 作业作为集成的一部分的 Perforce 缺陷跟踪网关）的人那里得到它。投入大量时间设置它们，然后在它们停止工作时试图找出问题所在（这种情况经常发生），它们提供的回报很少。
我现在就按照你的建议去做。我只是将 FogBugz 案例编号放在 Perforce 签入注释中，然后在解决它时将该 Perforce 更改列表编号添加到 FogBugz 案例中。尽可能简单和可靠。
【讨论】：
我们将问题 ID 放在评论中，但也有一个 Perforce 触发器，它使用更改列表编号更新问题数据库 (JIRA)。在下一次构建期间，自动构建过程还会使用实际构建号更新问题。
这种植入的一个非常好的部分是，如果问题未标记为进行中或进行签入的开发人员没有解决问题，触发器会给出错误。因此，错误输入的问题 ID 号通过检查的情况并不常见。
【讨论】：
作为bugtracker，Perforce 工作有点基础。可以使用P4V GUI client 或在命令行上使用p4 job 和p4 jobs 创建和修改它们。
这个想法是让它们充当第三方问题的链接（Perforce 称之为 connector 或开发人员可能会看到它的 interface）管理系统，并基本上提供针对哪个问题提交了哪些变更列表的信息。然后问题管理系统可以使用Perforce Defect Tracking Gateway（PDF 文档 here）获取此信息，并生成错误修复图表或统计数据以进行管理或其他。
我们在两个方向上都将它与Jira 一起使用，并取得了一些成功。基础知识几乎可以直接开箱即用，更高级的用例（例如，在哪个版本中修复了哪些错误？）或与其他错误跟踪器的集成可能需要modification of the Perforce job model。
使用提交 cmets 跟踪更改列表和问题编号的优势之一是，当您使用 P4V 提交更改列表时，您可以从下拉框中选择作业/问题。
实际上，开发人员在提交变更列表时往往会忘记添加作业信息。这可以使用Perforce triggers 强制执行。
【讨论】：