只贴这一段改动的 diff

车间平板弱网重试，同一条报工请求到达两次就写两条记录、往 MES 推两遍，陆则明用 deviceId 与 shiftNo 拼锁键、setIfAbsent 加 10 秒过期、finally 释放。第一个大框收 git diff 或自写的改动描述，本案例贴 ReportService 那一段，无关文件的改动删干净。整条 feature 分支的 diff 全贴进去，标题就成了"feat: 多个改动"，等于没写。

选规范再填影响范围

规范下拉三选一："Conventional Commits"给标题加分点正文，"简洁一行"更短，"详细多行"末尾多两行"影响范围"与"注意"；本案例取默认档。"影响范围"填"报工接口"，标题括号里就是这四个字，出来 fix(报工接口)。这里留空不等于没 scope，清空重跑它按包名 com.szmeshop.report 自己写成了 fix(report)，想要无括号的标题得手动删。

逐条对一遍分点正文

按"AI 生成"等十几秒，右侧纯文本首行是 fix(报工接口): add redis lock to prevent duplicate report submission，下面四条分点全英文。前三条准确复述了加锁、拿不到锁记日志返回、finally 释放；第四条讲 10 秒 TTL 要跟实际处理耗时对得上，是 AI 自己添的提醒，不在 diff 里，别当改动说明照抄。

多行提交别用 -m

"复制全文"取整段，"下载 TXT"存成文件，两种方式内容一样都是纯文本。贴到 git commit 时注意多行提交信息要用 git commit -F 文件或 heredoc，直接带 -m 只会收第一行，后面三条分点全丢。标题和正文都是英文，仓库若要求中文提交说明，这一步还得自己译一遍再落盘。

企业知识网（ www.qiyezhishi.com ）提供的结果为参考性内容，不构成法律、税务或投资建议。具体请以主管部门口径与最新法规为准。