对外部错误跟踪系统执行“工作”的优势和劣势是什么？

Question

我想了解perforce“jobs”通过外部错误跟踪系统提供的功能，并将错误ID放在check-in注释中。

我希望， “工作” 可以用How do I see if a branch contains a bug fix in Perforce?

Answer 1

作为bugtracker，Perforce的工作有点基本。可以在命令行上使用P4V GUI client或使用p4 job和p4 jobs来创建和修改它们。

的想法是让他们作为一个链接（连接器作为Perforce公司，或一个接口作为一个开发者可以看看它调用）给第三方发行管理系统，基本提供的信息，其变更列表致力于哪个问题。然后，问题管理系统可以使用Perforce Defect Tracking Gateway（PDF文档 here）来获取这些信息，并生成管理或其他方面的错误修正图表或统计信息。

我们在这两个方向使用这个和Jira取得了一些成功。基本功能几乎可以直接使用，更高级的使用案例（例如，哪些错误修复了哪些发行版？）或者与其他错误追踪器集成可能需要modification of the Perforce job model。

使用提交注释跟踪更改列表和问题编号的优点之一是您可以在使用P4V提交更改列表时从下拉框中选择作业/问题。

实际上，开发人员在提交更改列表时往往会忘记添加作业信息。这可以使用Perforce triggers来强制执行。

Answer 2

没有什么帮助。从与Perforce/FogBugz集成机制（最新版本是使用Perforce作业作为集成一部分的Perforce缺陷跟踪网关）一起工作多年的人员身上获取。他们提供的回报非常少，需要花费大量时间来设置它们，然后试图找出停止工作时（往往是）发生了什么问题。

我现在只是做你的建议。我只需将FogBugz案例编号放入Perforce签入注释中，然后在解决此问题后将该更改列表编号添加到FogBugz案例中。就像简单的和一样可靠。

Answer 3

我们将问题标识置于注释中，但也有一个Perforce触发器，它使用更改列表号更新问题数据库（JIRA）。在下一次构建期间，自动构建过程也会使用实际构建编号更新问题。

这种植入方式的一个非常好的部分是，如果问题没有标记为正在进行中，或者开发人员执行签入操作无法解决问题，则触发器会提供错误。因此，错过输入的问题身份证号码以通过检查是不常见的。