Git 测验（完整指南）

Git 测验：从入门到实战的完整路径

你是否曾在团队协作中因为 Git 操作失误而手忙脚乱？是否在合并代码时遭遇冲突，却不知如何处理？又或者，你明明知道 Git 很重要，但每次执行命令都像在“猜谜”？别担心，这正是大多数开发者成长路上的必经阶段。

Git 并不是高不可攀的“神技”，它更像是一套高效的协作工具，掌握它的逻辑，远比死记硬背命令更重要。而“Git 测验”正是检验你是否真正理解 Git 的有效方式。通过一系列真实场景的问题，你能发现自己在哪些环节存在盲区，进而针对性地补强。

本文将带你完成一场完整的 Git 测验，涵盖基础操作、分支管理、冲突处理、历史回溯与协作实践。每一步都配有代码示例和详细注释，确保你不仅“会用”，更“懂原理”。

初始化仓库与基础操作

在开始任何 Git 操作之前，你需要创建一个仓库（repository）。这就像在电脑上建一个“项目文件夹”，专门用来管理代码版本。

mkdir my-first-project
cd my-first-project

git init

执行 git init 后，Git 会在当前目录下创建一个隐藏的 .git 文件夹，它就是整个版本控制系统的“大脑”。你所有的提交、分支、日志信息都会被记录在这里。

接下来，我们添加一个文件并提交到仓库：

echo "<!DOCTYPE html>
<html>
  <head>
    <title>我的第一个网页</title>
  </head>
  <body>
    <h1>Hello, World!</h1>
  </body>
</html>" > index.html

git status

输出会显示 Untracked files，说明 index.html 存在于文件系统中，但尚未被 Git 跟踪。

git add index.html

git commit -m "添加首页文件"

这里的关键是理解三个状态：工作区（working directory）、暂存区（staging area）和本地仓库（local repository）。git add 是把文件从工作区“搬运”到暂存区，而 git commit 才是真正把变化“封存”进版本历史。

💡 比喻：你可以把 Git 想象成一个“时间机器”。git add 是你把想保存的“瞬间”放入机器的缓冲区，git commit 才是按下“保存”按钮，真正记录下这一刻。

分支管理：并行开发的利器

在实际项目中，多个开发者往往同时开发不同功能。如果所有人都在 main 分支上直接修改，很容易造成混乱。这时，分支（branch）就派上用场了。

git branch

git branch feature/login

git checkout feature/login

或者一步到位：

git switch -c feature/login

现在你在 feature/login 分支上工作，所有修改都独立于 main 分支。这就像在一条主路上建了一条岔路，你可以在岔路上测试新功能，而不会影响主路的正常运行。

echo "<form>
  <input type='text' name='username' placeholder='用户名'>
  <input type='password' name='password' placeholder='密码'>
  <button type='submit'>登录</button>
</form>" >> index.html

git add index.html
git commit -m "添加登录表单"

此时，main 分支仍然是“旧版本”，而 feature/login 有新内容。这种并行开发方式是现代项目协作的标准模式。

合并冲突：当两个分支“撞车”时

当你的功能开发完成后，需要把 feature/login 合并回 main 分支。但问题来了：如果 main 分支也被人改过，就可能产生冲突。

git switch main

git merge feature/login

如果一切顺利，Git 会自动完成合并。但如果 index.html 在两个分支都被修改，Git 就无法判断该保留哪个版本，这时就会提示冲突。

Auto-merging index.html
CONFLICT (content): Merge conflict in index.html
Automatic merge failed; fix conflicts and then commit the result.

打开 index.html，你会看到类似这样的标记：

<<<<<<< HEAD
<h1>Hello, World!</h1>
=======
<h1>Hello, World!</h1>
<form>
  <input type='text' name='username' placeholder='用户名'>
  <input type='password' name='password' placeholder='密码'>
  <button type='submit'>登录</button>
</form>
>>>>>>> feature/login

<<<<<<< HEAD 表示当前分支（main）的内容，>>>>>>> feature/login 是要合并的分支内容，中间是冲突区域。

你需要手动编辑，选择保留哪部分，或合并两者。例如：

<h1>Hello, World!</h1>
<form>
  <input type='text' name='username' placeholder='用户名'>
  <input type='password' name='password' placeholder='密码'>
  <button type='submit'>登录</button>
</form>

删除所有 <<<<<<<、=======、>>>>>>> 标记，保存文件。

git add index.html
git commit -m "合并登录功能，解决冲突"

这一步是“Git 测验”中常考的点：如何识别冲突、理解标记含义、手动解决并提交。

历史回溯与版本管理

有时你发现某次提交引入了严重 bug，或者想查看某个功能的原始状态，这时就需要回溯历史。

git log --oneline

--oneline 让输出更简洁，每个提交用一个短哈希和一句话描述。

如果想查看某次提交的具体更改内容：

git show a1b2c3d

你还能轻松撤销操作：

git reset --soft HEAD~1

git reset --hard HEAD~1

⚠️ 注意：--hard 是危险操作，会永久删除更改，务必确认后再执行。

协作实践：远程仓库与推送

本地 Git 只是“个人版本库”，真正团队协作需要远程仓库，如 GitHub、GitLab。

git remote add origin https://github.com/yourname/my-first-project.git

git push -u origin main

-u 参数会设置上游分支，之后你可以直接用 git push 和 git pull 而无需指定分支。

当你在团队中工作，经常需要同步他人更新：

git pull origin main

这会自动合并远程更改到本地。如果遇到冲突，按前面的方法解决即可。

Git 测验：自我检查清单

完成以上操作后，不妨做一次“Git 测验”来检验掌握程度：

问题	是否能正确回答？
如何从工作区将文件加入暂存区？	☐
`git switch` 与 `git checkout` 的区别？	☐
什么是合并冲突？如何解决？	☐
如何查看提交历史？	☐
如何将本地分支推送到远程？	☐
`git reset --hard` 会删除哪些内容？	☐
如何查看某次提交的详细修改？	☐

如果你对其中几项感到不确定，建议重新实践一次。Git 的精髓不在于记住命令，而在于理解“状态流转”与“协作逻辑”。

结语

Git 测验不是为了为难你，而是帮你发现盲点、补全知识图谱。它像一面镜子，照出你在版本控制中的习惯与误区。真正的高手，不是从不犯错，而是懂得如何优雅地修复错误。

从今天起，别再把 Git 当作“麻烦事”，而是把它当作你代码旅程的“导航仪”。每一次 commit 都是一次记录，每一次 merge 都是一次协作。当你熟练掌握 Git，你不仅是在管理代码，更是在管理自己的开发效率与团队信任。

愿你在 Git 的世界里，走得更稳，走得更远。