发布前整理变更清单，仓库里躺着 fix/test、dev2、tmp-20260301 这类分支 37 个，没人说得清哪个对应哪张需求单。回滚时找错分支，多回退了一个功能。碰到这种情况，我一般先确认改动有没有真的生效。
原因不复杂，分支名随手起，没有和需求编号绑定。分支用完不删，时间一长就分不清死活。
「分支命名规范」相关的验证我通常做两遍，改完一次、隔天再看一次，确认不是临时生效。改完顺手把文档补一句，省得下次自己重新推一遍。
git branch -r --sort=-committerdate | head -20 git for-each-ref --format='%(refname:short) %(committerdate:short)' refs/remotes/origin | sort -k2
监控和日志的时间要对上，时区不一致会多绕很大一圈。临时改动用注释写上日期和原因，过两周自己都记不清为什么这么写。
具体做法是，分支名统一成类型加需求号加简述 比如 feat/ORD-231-order-split；合并后自动删除远端分支；每月清理超过 30 天无提交的分支；发布清单从 PR 标题里取需求号 不靠人工回忆。
最后用这个标准收尾，所有活跃分支名都能对应到需求单号，发布清单里的分支和需求一一对上。