3.15方法⏱ 约 4 分钟
写好的提交信息
让未来的你和队友看得懂
🔎 最后验证 2026-05📚 来源:Git/GitHub 官方文档🧰 Git、Claude Code✅ 109 人学过👁 196 次阅读
为什么学这个
提交信息(commit message)写得好不好,半年后翻历史时天差地别。一句清晰的说明能帮你和队友秒懂"这次为什么改";一句 "fix" 则让所有人抓瞎。这是个被严重低估的小技能。
💡 打个比方
提交信息就像给每个存档起个有意义的名字。"存档1、存档2、存档3" vs "打完Boss、学会魔法、进入第二章"——后者让你一眼找到想读的档。代码历史也一样。
好提交信息的几条原则:
- 说清"做了什么":用动词开头,如"修复登录失败的 bug""新增导出 PDF 功能"
- 聚焦一件事:一次提交只干一件事,信息才好写
- 避免废话:别写 "update""改了点东西""111"
- 团队常用格式:
类型: 简述,如fix: 修复支付超时、feat: 新增搜索框
❓ 测验
下面哪条是好的提交信息?
⚠️ 避坑别把一堆不相关改动塞进一次提交
"顺便改了 5 个不相关的地方"会让提交信息没法写清,也让回退变得困难(你想撤其中一个改动,却牵连其他)。一次提交一件事,信息自然好写,历史自然干净。
🤖 让 AI 帮你写提交信息
这是我这次的代码改动(我会粘贴 git diff 的内容)。请帮我写一条规范、清晰的提交信息:第一行是简短摘要(动词开头,不超过 50 字),需要的话再补充几句说明改动原因。
🔎 来源与核验· 3 条,点开核对
本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。
「清晰、聚焦单一改动的提交信息让历史可读」
📚 Pro Git(官方中文版)·分布式 Git — 提交准则✓ 已核验 2026-05
「可让 Claude Code 读取改动并生成规范提交信息」
📚 Claude Code 官方文档 · Overview(Git 集成)✓ 已核验 2026-05
「用 AI 生成提交信息的提示词写法」
📚 《AI 编程实战三卷书》卷一(提示工程)✓ 已核验 2026-05
🔧 试一试:给同一次改动写"烂"和"好"两版提交信息(6 分钟)
- 随便改点代码(比如修一个小 bug),
git diff看一眼你改了什么。 - 先写一版烂的:
git commit -m "改了一下"。过一会儿再看,问自己:光凭这条,知道当时干了啥吗? git commit --amend改成一版好的:动词开头、说清做了什么、聚焦一件事(如fix: 修复登录头像不显示)。- 把 diff 贴给 Claude,用本节的提示词让它生成一条规范提交信息,和你写的对比。
- 最后故意把两件不相关的改动混进一次提交,试着写信息——你会发现根本写不清。
你会看到:"改了一下"这类信息对未来的你毫无帮助;而"fix: 修复登录头像不显示"一眼就懂。一次混进多件事,信息就没法写清了。
为什么:提交信息是写给未来的你和队友的。清晰、聚焦单一改动的历史,半年后翻起来能秒懂"这次为什么改";一堆 "update"、"111" 则让所有人抓瞎。一次提交一件事,信息自然好写,历史自然干净。
✅ 小结
你现在不仅会用 Git,还会写让人看得懂的历史了。下一节来个综合挑战,把这一级学的 Git 全套从头到尾走一遍。
下一节 → 完整工作流挑战

都看到这了,打个赏呗!
接下来 · 3.16
完整工作流挑战
继续读下一节 →