检查修改：先确认“动了哪些地方”¶
在提交代码前，最容易出错的就是“稀里糊涂把不该提交的东西送上去”。比如不小心把密码、日志文件，甚至游戏存档这类二进制文件也提交了，或者忘记了还有些代码没写完就急着提交。所以第一步，得用 Git 的“眼睛”看看自己到底改了什么。
怎么检查？
用 git status 命令，它会告诉你当前项目的“状态”：哪些文件被修改了、哪些是新增的、哪些还没被 Git 关注。比如你刚改了一个 index.html，执行 git status 后可能看到这样的输出：
On branch main
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: index.html
Untracked files:
(use "git add <file>..." to include in what will be committed)
newfile.txt
modified: index.html：这个文件被修改了，但还没被“暂存”（暂存=告诉 Git“我确认要提交这个修改”）。Untracked files: newfile.txt：这是个新文件，Git 还不知道它的存在，需要手动决定是否提交。
看具体改了啥？
如果想知道 index.html 到底改了哪些地方，用 git diff index.html。它会像这样显示新增/删除的内容：
diff --git a/index.html b/index.html
index 1234567..89abcde 100644
--- a/index.html
+++ b/index.html
@@ -1,3 +1,5 @@
<html>
<head>
+ <title>新标题</title>
<body>
- 旧内容
+ 新内容
+ 这行是新增的
</body>
</html>
这样你就能清楚看到改了哪里，避免提交不该提交的内容（比如临时注释、调试用的 console.log）。
暂存修改：把“待提交清单”列好¶
确认要提交的文件后，用 git add 把它们“暂存”起来。暂存就像你把写好的作业放进书包，准备给老师检查，而不是直接扔到书包里（未暂存的文件就像草稿纸，随时可能被修改或丢弃）。
常用命令：
- 暂存单个文件：git add index.html（把刚改的 index.html 放进“书包”）。
- 暂存所有修改：git add .（. 代表当前目录下所有修改和新增文件，适合快速提交，但要小心别把不想提交的文件也加进去）。
执行 git add index.html 后，再用 git status 看看，index.html 就会从“未暂存”变成“待提交”：
On branch main
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: index.html
如果暂存错了？
比如不小心 git add 了一个 temp.log 日志文件，用 git reset HEAD temp.log 就能把它从暂存区撤出来（回到未暂存状态）。
写好提交信息：给修改贴个“清晰标签”¶
暂存好后，用 git commit 提交，但提交前一定要写清楚“这次修改是为了什么”。提交信息就像快递单上的备注，别人（或未来的自己）看到就能明白你做了什么。
怎么写？
用 -m 参数加双引号写短信息（适合 1-2 句话），比如：
git commit -m "修改首页标题和内容，新增欢迎文案"
如果信息太长？
如果想写多行或更详细的内容（比如“为什么改”“改了哪些部分”），直接敲 git commit 会自动打开文本编辑器（比如 Vim），你可以在里面写多行信息，写完按 ESC，输入 :wq 保存退出。
注意：提交信息要简洁但别太简略。比如“改了改”这种没人懂的话，不如写“优化首页加载速度，减少冗余代码”。
总结：提交前的“黄金三步”¶
- 检查修改：用
git status看哪些文件待提交，git diff看具体改了啥。 - 暂存文件：用
git add把要提交的文件放进暂存区，别手滑加错文件。 - 写清信息：用
git commit -m "清晰描述"提交，让代码历史一目了然。
养成这个习惯，既能避免提交错误内容，也能让团队协作更顺畅。记住：好的提交记录，是代码质量的“隐形名片”！