1.3 记录每次更新

Git 跟踪您的文件通常有以下三种主要状态/区域：

区域名称	对应状态	作用和描述
工作目录 (Working Directory)	未跟踪 / 已修改	这是您在本地计算机上实际编辑文件的区域。任何文件修改都发生在此处。
暂存区 (Staging Area / Index)	已暂存	这是一个准备区域。您使用 `git add` 将修改标记到此区域，表示“这些更改属于下一次提交”。
本地仓库 (Local Repository)	已提交	这是 Git 存储所有永久版本记录（提交）的数据库（即 `.git` 目录）。一旦进入此区域，更改就安全地保存为历史记录的一部分。

您每次想记录项目的更新时，都需要遵循以下三个核心步骤：修改、暂存、提交。

在您的工作目录中对项目文件进行修改、添加或删除操作。

在您开始暂存之前，使用 git status 命令查看哪些文件被修改了，哪些文件尚未被 Git 跟踪。

git status

💡 提示

git status会清晰地告诉您文件是处于未暂存、已暂存还是未跟踪状态。

使用 git add 命令将您对文件的修改移动到暂存区 (Staging Area)，准备进行下一次提交。

如果您想将所有已修改和新创建的文件（不包括被 .gitignore 忽略的文件）全部添加到暂存区：

git add .

如果您只想暂存特定的文件更改，这是更好的实践，有助于保持提交的专注性：

git add path/to/specific/file.js

一旦暂存区包含了您想要记录的所有更改（即您希望构成新版本的内容），您就可以使用 git commit 命令将这些更改永久记录到本地仓库中。

git commit -m "feat: 添加了用户登录功能并修复了导航栏 bug"

✅ 提交消息规范 (Commit Message) 提交消息 (-m 参数指定) 非常重要，它应该简洁、清晰地描述您这次提交做了什么。建议使用前缀 (如 feat: 新功能, fix: 修复 bug, docs: 文档更新) 来规范化您的提交历史，方便日后查阅。

在使用 Git 进行版本控制时，难免会遇到需要撤销操作或修改已暂存/已提交内容的情况。了解这些命令至关重要。

目的	命令	描述
取消暂存	`git restore --staged <file>`	将文件从暂存区移回工作目录。此操作只会取消暂存状态，您对文件的修改内容会保留在工作目录中。
撤销工作区修改	`git restore <file>`	丢弃对工作区文件的所有本地修改。这会将文件恢复到上次提交或上次暂存时的状态。此操作不可逆，请谨慎使用！
修改上次提交	`git commit --amend`	合并当前暂存区内容并修改上次提交。常用于在提交后发现遗漏了小改动或写错了提交信息时。Git 不会创建新的提交，而是替换最近的一次提交。

⚠️ 注意：使用 git restore

现代 Git (2.23+) 推荐使用 git restore 来替代历史上的 git checkout 和 git reset 的某些功能，使命令意图更清晰。