为具有版本控制的签入分配票证号是否值得开发人员付出努力?

如果您在签入时有一个票证号码,您可以返回到错误报告,查看为什么要进行编辑。这通常与实际编辑本身一样重要(如果不是更重要的话)。

我发现,这样做最有用的方面是当其他开发人员提交时进行审查。存储库被设置为为为每次提交发送一封电子邮件,其中包括提交文本和差异。查看这些内容对于了解中型项目的进展情况至关重要。

签入文本通常会解释 已更改,但未更改 为什么?

有时,“问题追踪者”包含关于如何准确处理困难问题的冗长讨论,阅读它可以让你理解为什么会做出某些决定。这很有价值。

它非常方便,可以代替良好的需求规范或需求可追溯性。在进行考古学研究时,解释系统的当前状态非常有用。

它告诉你:

• 确实做了些什么
• 改变了什么
• 变化仅与缺陷有关
• 验证您的时间表(如果有;)

我们这样做,但不是出于宗教信仰。我们在内部使用Trac,一旦链接正常工作,您就可以查看记录单并轻松查看为其执行的更改集。对于复杂的票据,这是非常有用的,特别是在需要任何类型的代码检查时。

无论是提供商业支持,还是运行开源项目,都有很多价值。如果您正在支持您的产品,并且有人打电话来报告一个bug,您可以检查该bug是否已被报告,如果已经报告,是否有修复,是否已测试,等等。在一个开源项目中,人们可能正在运行直接从源代码管理获取的软件版本,如果有修复bug,或者他们想要的功能,他们可以检查问题跟踪器,并找出它是否在更新版本中得到修复。

如果您可以将两者结合在一起,这可能会很有用,例如,我们有一个脚本,如果您提供问题编号,它将接收提交消息并添加到错误跟踪票证中。它对管理者和控制狂很有用,所以他们通过阅读消息而不是直接打扰开发人员,在一个地方跟踪问题状态。

告诉您是谁修复的:o)