← 返回目录
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 条,点开核对
本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。
「清晰、聚焦单一改动的提交信息让历史可读」
「可让 Claude Code 读取改动并生成规范提交信息」
「用 AI 生成提交信息的提示词写法」

🔧 试一试:给同一次改动写"烂"和"好"两版提交信息(6 分钟)

  1. 随便改点代码(比如修一个小 bug),git diff 看一眼你改了什么。
  2. 先写一版烂的:git commit -m "改了一下"。过一会儿再看,问自己:光凭这条,知道当时干了啥吗?
  3. git commit --amend 改成一版好的:动词开头、说清做了什么、聚焦一件事(如 fix: 修复登录头像不显示)。
  4. 把 diff 贴给 Claude,用本节的提示词让它生成一条规范提交信息,和你写的对比。
  5. 最后故意把两件不相关的改动混进一次提交,试着写信息——你会发现根本写不清。

你会看到:"改了一下"这类信息对未来的你毫无帮助;而"fix: 修复登录头像不显示"一眼就懂。一次混进多件事,信息就没法写清了。

为什么:提交信息是写给未来的你和队友的。清晰、聚焦单一改动的历史,半年后翻起来能秒懂"这次为什么改";一堆 "update"、"111" 则让所有人抓瞎。一次提交一件事,信息自然好写,历史自然干净。

✅ 小结

你现在不仅会用 Git,还会写让人看得懂的历史了。下一节来个综合挑战,把这一级学的 Git 全套从头到尾走一遍。

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