Git 入门实战：配置、提交、版本回退与文件恢复

modified: ReadMe.md

它只知道文件变了，想看到底改了哪里用 git diff：

git diff ReadMe.md

输出里 + 号开头的是新增行。如果想对比工作区与最新提交的版本，用 git diff HEAD -- ReadMe.md。

确认修改无误后，提交：

git add ReadMe.md
git commit -m "docs: 添加核心操作说明"

Git 跟踪的是每次修改（增、删、改），而不是整个文件快照，所以 commit 记录的是变化。

版本回退

开发时改错代码是常事，用 git reset 可以回到历史版本。

三种模式：

• --mixed（默认）：回退暂存区内容，工作区文件不变。
• --soft：只挪动 HEAD，暂存区和工作区都不动。
• --hard：工作区、暂存区、版本库全部回退。未提交的改动会直接丢失，用之前要确认清楚。

HEAD 表示当前版本，HEAD^ 是上一个，HEAD~n 是前 n 个，也可用 commit id。

演示：连续提交三个版本。

echo "version1" >> ReadMe.md
git add ReadMe.md
git commit -m "feat: v1"
echo "version2" >> ReadMe.md
git add ReadMe.md
git commit -m "feat: v2"
echo "version3" >> ReadMe.md
git add ReadMe.md
git commit -m "feat: v3"

git log --pretty=oneline 会列出历史。假设 v3 有 bug，回退到 v2：

git reset --hard HEAD^

现在 ReadMe.md 的内容只到 v2。如果后悔了，想回到 v3，先找到 v3 的 commit id：

git reflog

输出里会看到之前 v3 的 commit id（比如 d95c13f），然后：

git reset --hard d95c13f

文件又回来了。git reflog 是救命稻草，记录本地所有操作历史，就算 git log 看不到了也能找回。

回退本地版本后，如果已经推送到远程，不要直接 force push，先和团队沟通，否则覆盖别人的提交。

撤销修改

改了还没 add

只想丢弃工作区的改动，恢复到上次 add 或 commit 的状态：

git checkout -- ReadMe.md

-- 不能丢，否则就变成切换分支了。

已经 add 但没 commit

分两步：先把暂存区的修改撤回到工作区，再丢弃工作区改动。

git reset HEAD ReadMe.md
git checkout -- ReadMe.md

或者一步到位 git reset --hard HEAD，但会把工作区改动全丢掉，确保不需要保留时再用。

已经 commit 了

直接版本回退：

git reset --hard HEAD^

如果只想撤销提交记录但保留代码，用 --soft：

git reset --soft HEAD^

代码会退回到暂存区，可以重新修改后提交。

删除文件

误删恢复

在工作区执行 rm file5.txt 后，Git 会提示 deleted，但没有 commit。用 checkout 就能恢复：

git checkout -- file5.txt

正常删除

如果确定要删，用 git rm 同时删工作区和暂存区，再提交：

git rm file5.txt
git commit -m "del: 删除 file5.txt"

直接 rm 的删除 Git 只会在工作区标记，暂存区没变；要同步到版本库就必须 git rm 并提交。

这些操作是分支管理和远程协作的基础。多敲几次命令，把 add、commit、reset、checkout 的用法练熟，后面学起来会顺畅很多。