暂存区（也称为索引）是工作目录和仓库之间的中间区域 — 在这里你准备哪些更改进入下一次提交。它让你精确地制作提交，准确选择要包含的内容。
WORKING DIRECTORY → your actual files (where you edit)
│ git add
▼
STAGING AREA (index) → changes PREPARED for the next commit (a staging zone)
│ git commit
▼
REPOSITORY (.git) → committed snapshots (the permanent history)
更改流程：你编辑文件（工作目录）， 暂存选定的更改（暂存区）， 将暂存的更改记录为一次提交（仓库）。
git addgit commit# edit 3 files, but commit them as TWO logical commits:
git add file1.js file2.js # stage only these two
git commit -m "Add feature X" # commit just those
git add file3.js # stage the third
git commit -m "Fix unrelated bug" # separate, logical commit
# → the staging area lets you GROUP related changes into clean, focused commits
暂存区让你精确选择哪些更改进入每次提交 — 所以你可以制作清晰、专注、逻辑的提交（而不是把所有更改一起丢进去），甚至可以分别提交你工作的不同部分。
git add <file> # stage a file
git add -p # stage SPECIFIC parts (hunks) of files interactively
git reset <file> # UNSTAGE a file (keep the changes)
git status # see what's staged vs unstaged
git diff # unstaged changes
git diff --staged # staged changes (what WILL be committed)
git add -p 很强大 — 它让你可以暂存文件的特定部分，进行非常精确的提交。
理解暂存区很重要，因为它是 Git 模型中独特的、基础性的部分，所以掌握它对于有效使用 Git 至关重要。
关键概念 — Git 有三个区域（工作目录是你编辑的地方，暂存区是你准备下次提交的地方，仓库是提交存储的地方），更改通过 add 和 commit 在这些区域之间流动 — 这是 Git 工作的核心，而不理解暂存区会导致对 add/commit 工作流的混淆。
暂存区的目的是让它有价值的原因：它让你通过精确选择要包含的更改来制作精确、专注的提交 — 所以你可以把相关的更改分组到清晰、逻辑的提交中（而不是把所有更改混在一起），甚至可以把工作分成多个单独的提交，或者只提交文件的一部分（使用 git add -p 来暂存特定的部分）。
创建清晰、专注的提交历史的这种能力对可维护性很重要 — 组织良好的提交使历史易于阅读、易于审查，也更容易理解或回退。
理解暂存命令（add、add -p、reset 以取消暂存，以及 diff --staged 来查看将要提交的内容）是实用的日常知识。
由于暂存区是 Git 工作流中基础的、独特的部分（编辑和提交之间的中间步骤），而且理解它使创建清晰、逻辑的提交成为可能（这是良好 Git 实践的标志），理解暂存区是必不可少的、经常使用的 Git 知识 — 一个核心概念，解释了 Git 的 add/commit 模型，并使得专注、组织良好的提交历史成为可能，这正是深思熟虑的 Git 使用的特点，对每个使用 Git 的开发人员都很重要。