你可能会说
把这次的改动存档，写清楚都改了什么
给代码拍一张带说明的存档快照，随时能翻回去
大白话解释
提交就像打游戏时存了个档。你打完一关，按一下存档，这个进度就固定下来了，之后不管怎么折腾，都能回到这一刻。
只不过代码的存档要写一句说明，告诉自己这次改了什么。日后回头看，一长串提交记录就是你写这个项目的过程日记。
它和「保存文件」不是一回事。保存只是把改动写进磁盘，提交是把这个改动正式记进版本历史，成为一条可以追溯、可以回退、可以分享的记录。
什么时候会遇到
- 写完一个小功能，准备提交一次再继续做下一个。
- 提交前队友提醒你，先把调试用的打印语句删掉。
- 出问题要回退，翻提交记录去找上一次正常的那次。
- 两个人改了同一个文件，合并时提示冲突。
- 让 AI 助手改完代码，你想让它顺手帮你提交并写好说明。
可以直接对 Agent 说
「帮我看看现在有哪些文件改动了，用一句话说明改了什么，然后提交这次改动」
「我想回退到上一次提交的状态，先告诉我会丢掉哪些改动，等我确认后你再操作」
「帮我把这次改动拆成两个提交，一个只放样式修改，一个只放逻辑修改，说明也分别写」
正文里带下划线的词，是本站其它词条的入口；这一篇自动链了 1 个相关术语。
最容易想岔的地方
常见的错误理解： 提交信息随便写个「修改」「更新」就行，反正自己能看懂
更准确的理解： 半年后翻记录的是别人，也可能是你自己。信息要写清为什么改，改了什么代码本身会说话
常见的错误理解： 攒一天再一起提交，历史看着干净
更准确的理解： 一次提交塞进互不相干的改动，出问题时没法只回退其中一件。提交要按「一件事」为单位切开
测一下：真遇到了你会怎么处理
单选 · 选完立刻看解释
这一天你改了登录逻辑、调整了首页配色，还顺手修了个错别字。
提交的时候应该怎么分？
-
一次提交一个目的，后面定位问题时可以精确回退其中一次，不会连带把别的改动也撤掉。
-
三件事混在一次里。哪天发现登录出问题想回滚，配色和错别字也得跟着一起退回去。
-
粒度过细。一个完整改动通常跨好几个文件，拆散之后单次提交反而是跑不起来的中间态。
题目只考「这个场景下的第一反应」，不考名词背诵 —— 提交的定义在上面已经讲过了。