为何有人觉得git commit需写jira id？

为啥git commit的时候要写Jira ID？刚看到这个问题的时候，我心里就不禁冒出这样一句话：这简直就是职场代码员的无声抱怨啊！很可能提问的人刚刚被项目经理（PM）训斥了：下次写提交信息（commit message）的时候别忘了加上Jira ID，不然追踪起来太麻烦了！于是，你满脑子都是疑惑：代码提交上去不就完事儿了嘛，为啥还要搞这种看似形式主义的东西？朋友，先别急着不屑，这事儿可真不是某个项目经理故意找茬。往深层次去看，写不写Jira ID直接体现出你们团队研发流程管理的水平。今天咱们就把这事儿彻底剖析清楚，看完保证你会认可：嗯，确实是有道理的。在开始讲述之前，先问你个问题：你知道代码上线之后，是谁动过哪一行代码、是基于什么需求修改的吗？如果你心里一下子就慌了，然后开始翻git日志（git log），那基本就意味着你们的项目管理流程已经很不乐观了。在现代团队开发过程中，每次代码的变更都是对应着某个需求或者是修复某个Bug的。而需求的前因后果、优先级以及影响范围等这些内容，都是由Jira（或者类似的工具）来管理的。要是提交信息（commit message）里没有Jira ID，当产品出现问题的时候，你怎么能知道是哪一次改动埋下的隐患？这就好比你交上去的报告连页码都没有标注，老板想要查找某个具体的表格结果，那就得从开头一直翻到结尾，到时候不狠狠批评你就算不错了。在大型团队开发的时候，代码的变更可不是你一个人在那闷头干就行的。比如说线上的程序出故障了，后端人员怀疑是前端修改了API请求的格式，查看日志（log）之后发现你最近修改过接口。然后就问你：修改这个API是基于哪个需求啊？要是你的提交（commit）里面没有带上Jira ID，那解释起来就会像猜谜语一样：这样的效率怎么可能高？根本就不存在的。写Jira ID可不是项目经理搞的形式主义，而是团队管理方面的一种底层优化。代码是给人看的，而不仅仅是让机器运行的。过了几年之后，当你再看自己写的代码的时候，一行写着修正拼写错误（fix typo）的提交信息根本没法让你知道当时到底做了什么，但是JIRA - 1234：修复登录页面样式问题这样的提交信息就能清楚地告诉你当时修改的背景。这就像是写日记和记流水账的区别，写日记能够在关键时刻派上用场，而记流水账就只能是看看而已，没有什么实际意义。想象一下，质量保证（QA）人员测试的时候报出一个Bug，你要怎么确定是哪个需求的修改导致了这个问题？全靠想象吗？写Jira ID实际上就是在构建一套自动化的团队记忆：整个流程都会变得高效又清晰，团队就像配合十分默契的乐队一样，不会乱得一塌糊涂。