4.6　回答“为什么要这样修改”的问题

在 4.5 节中，我们说明了根据调查查找代码修改的例子。而在团队开发现场还存在相反的、从代码追溯问题票的情况。例如在本地编译失败或者单元测试失败的情况下，就需要通过缺陷管理系统和版本管理系统的提交记录，追查出造成失败的问题票。

但是这个功能的前提条件是必须由单个系统统一提供缺陷管理和版本管理。例如 Backlog 会自动地同步生成从提交记录到问题票的链接，能够简单地从代码修改链接到问题票。从图 4.26 中可以看出，提交记录也添加有问题票的链接。

Trac 和 Redmine 基本与 Backlog 一样。GitHub 会在提交记录中自动添加自身的 Issue 功能的链接。上述以外的缺陷管理系统基本上都无法自动添加链接。在这样的情况下，可以采用复制提交记录的版本号并粘贴到所使用的缺陷管理系统中等方法来应对。虽然稍显原始，但比起没有任何信息、完全无从调查的状况来说还是要好很多。