假设您提交了一个您认为已修复错误的提交。一段时间以来一切都很好,直到你发现它破坏了别的东西并做了一个新的修正。或者您发现原始修复程序不完整但您已经推送它并且之间还有其他提交。
我通常只包括"修复了提交XXXXXXXX"中引入的错误。在提交消息中。
但是我想知道是否存在这种可以被第三方git工具识别的传统格式,因为AFAIK git本身并不支持它。
编辑:
到目前为止,我可以谷歌最近的是Gerrit的" Change-Id"特征。
答案 0 :(得分:1)
我们在公司使用的解决方案如下:
我们不是在版本控制系统中存储任务/提交之间的关系,而是将它存储在任务跟踪器中。
通常我们会将任务跟踪器中的每个功能/错误都跟踪为故障单。每张票都有名称 - 前缀和号码(如下所示:ProjectName-56)。当您开始处理该故障单时,您将创建名称与故障单相同的单独分支。
此外,该分支中的每个提交消息都以故障单名称开头(当您使用git blame
了解与该代码行相关的故障单时,将来会有所帮助。)
我们在问题跟踪器中保存的任务之间的所有关系,您也可以为其他开发人员提供一些有用的评论。
因此,在您的情况下,您可以在任务跟踪器中创建错误并编写在推送ProjectName-AnotherTaskNumber之后出现错误的评论。
我们使用JIRA作为任务跟踪器和位桶作为存储库,位桶自动为JIRA上的每个ProjectName-xx文本(来自提交消息或分支)创建链接,反之亦然。我认为github对github问题跟踪器有相同的集成。
答案 1 :(得分:1)
通过SHA1参考提交。通常工具(例如Github,Bitbucket,Gitlab)会解析它并链接到相应的提交。
提示:通常您不必包含整个哈希值;前6个字符就足够了。
示例提交是here。
P.S。您可能还想查看Git Style Guide。