完成一次提交，本质上是在你的本地版本库（Local Repository）中创建了一个新的“快照”。这个快照记录了暂存区内所有文件在那个时刻的状态。执行提交的核心命令是 git commit。
理解提交前的三个关键区域
要清晰地理解提交操作，首先需要明确 Git 工作流中的三个核心区域。它们像一个流水线，文件修改在其中一步步流转，最终成为历史记录。
工作区 (Working Directory)
这是你当前能够直接看到和编辑的项目文件夹。你在代码编辑器里修改的任何文件，都发生在工作区。这里的改动是临时的，尚未被 Git 正式追踪。
暂存区 (Staging Area)
暂存区是一个位于工作区和版本库之间的中间地带。当你对工作区的某个修改感到满意，并希望将它包含在下一次提交中时，你会使用 git add 命令将这个修改“添加”到暂存区。
暂存区的存在意义在于，它让你能够精确地控制每一次提交包含哪些内容。你可以只暂存一个文件中的部分修改，或者将多个相关的修改组合成一次逻辑清晰的提交，而不是一次性提交所有变动。
版本库 (Local Repository)
版本库是存放项目所有历史版本的地方，也就是我们常说的 .git 文件夹。当你执行 git commit 时，Git 会获取暂存区内所有内容的快照，生成一个唯一的提交记录，并将其永久保存在版本库中。从此，这次修改就成为了项目历史的一部分。
如何将暂存区文件提交到版本库
从暂存区到版本库的提交流程非常直接，通常分为三个步骤：检查状态、执行提交、验证结果。
第一步：使用 git status 确认暂存状态
在执行提交之前，养成检查当前状态的习惯是个好方法。这可以确保你将要提交的内容正是你所期望的。
在终端运行：
git status
如果文件已成功暂存，你会看到类似下面的输出，文件列在 “Changes to be committed”（待提交的变更）下面。
On branch main
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
modified: README.md
new file: src/utils.js
这清晰地告诉你 README.md 的修改和新文件 src/utils.js 将被包含在下一次提交中。
第二步：执行核心命令 git commit
确认暂存区内容无误后，就可以执行提交了。最常用、最推荐的方式是使用 -m 参数，直接在命令行中附带本次提交的说明信息。
git commit -m "feat: Add user login functionality"
这条命令做了两件事：
- git commit：指示 Git 创建一个新的提交。
- -m "..."：-m 是 message 的缩写，后面的字符串就是本次提交的说明（Commit Message）。这个说明至关重要，它解释了这次提交“做了什么”。
不带 -m 参数会发生什么？
如果你只输入 git commit 而不带 -m 参数，Git 会自动打开你系统默认的文本编辑器（通常是 Vim 或 Nano）。
这样做是为了鼓励你编写更详细的提交信息。在编辑器中，你可以写一个简短的标题，空一行，然后写下更具体的描述。写完后保存并关闭编辑器，Git 就会完成提交。对于需要详细解释的复杂改动，这是一种更好的方式。
第三步：用 git log 验证提交结果
提交完成后，如何确认它已经成功记录在案？使用 git log 命令。
git log
这个命令会按时间倒序显示所有的提交历史。你会看到你刚刚完成的提交位于列表的最顶端，包含一个唯一的提交哈希值（commit hash）、作者、日期以及你编写的提交信息。
commit a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0 (HEAD -> main)
Author: Your Name <you@example.com>
Date: Mon Oct 24 10:30:00 2023 +0800
feat: Add user login functionality
编写高质量 Commit Message 的建议
提交信息是团队协作和项目维护的关键部分。一条清晰的提交信息能让其他开发者（以及未来的你）快速理解代码变更的意图。
- 遵循约定式提交规范：这是一种流行的格式，如 type(scope): subject。例如 feat: add login page 或 fix(api): correct user data validation。type 表明了提交的类型（如 feat 代表新功能，fix 代表修复缺陷，docs 代表文档更新）。
- 标题行简明扼要：通常建议标题行不超过 50 个字符，清晰概括本次提交的核心内容。
- 使用祈使句：用动词原形开头，就像在给出一个指令。例如，写 “Add user login” 而不是 “Added user login” 或 “Adds user login”。这与 Git 自身生成的提交信息（如 “Merge branch 'dev'”）风格保持一致。
- 主体部分解释“是什么”和“为什么”：如果标题无法说清，可以在标题后空一行，添加更详细的主体描述。解释这次变更的背景、原因以及实现方式，而不是简单重复代码做了什么。
常见问题与解答
我想修改最后一次的提交信息怎么办？
如果你刚刚提交，但发现提交信息有拼写错误或需要补充，可以使用 amend（修补）选项：
git commit --amend -m "A new and correct commit message"
这会用一个新的提交替换掉上一个提交。请注意，只应该对尚未推送到远程仓库的提交执行此操作。
我不小心提交了不想提交的文件怎么办？
如果你想撤销上一次提交，但保留工作区中的代码修改，可以使用 git reset。
git reset HEAD~1
这条命令会撤销最后一次提交，并将那次提交所包含的变更放回到暂存区。如果想连暂存区也一并撤销，可以使用 git reset --soft HEAD~1 将变更保留在工作区。
git commit -a 是什么意思？
git commit -a 是一个快捷命令，它等同于 git add 和 git commit 的组合。它会自动暂存所有已被 Git 追踪过（tracked）的已修改或已删除的文件，然后打开编辑器让你输入提交信息。
但它不会暂存新创建的（untracked）文件。对于初学者，更推荐使用明确的 git add . 或 git add <file>，这样能更清楚地控制暂存区的内容，避免误操作。