极客时间-苏玲 - 玩转 Git 三剑客

先说结论：这门课解决的不是"Git 命令记不住"的问题，而是"一个人写代码还行，一旦进了多人协作的项目就手忙脚乱"的问题。分支怎么开、冲突谁来解、代码怎么合并进主干、合并请求怎么走流程——这些事在真实工作里天天发生，但大多数人是靠同事口头带一遍学会的，学得零碎，出了状况就慌。

它对应的工作场景很具体

如果你所在团队用 Git 托管代码，日常大概率绕不开这几件事：拉一个新分支做需求，中途主干更新了要同步，做完提合并请求，被 reviewer 打回来改，改完再合。整个过程里任何一步搞错，轻则多花半小时，重则把别人的提交覆盖掉。GitHub 和 GitLab 虽然界面不同，但核心流程是一致的，课程把这两套平台放在一起讲，好处是你换公司、换平台时不用重新学一遍思路。

另一类场景是"救火"。比如提交错了分支、commit message 写错、误删了分支、想回退到某个版本但不确定该用 reset 还是 revert。这些问题在搜索引擎上能查到答案，但答案往往互相矛盾，因为没讲清背后的原理。课程在讲操作时会交代 Git 的对象模型和版本流转逻辑，理解了这一层，遇到没见过的状况也能自己判断该动哪一步。

学完能独立做到什么程度

• 能在一台新机器上完成 Git 环境配置，包括 SSH key、用户名邮箱、常用别名，不再依赖别人帮忙设一遍。
• 能独立完成一次完整的分支开发流程：从主干切分支、提交、同步主干变更、处理冲突、推送、发起合并请求。
• 能看懂并处理常见的协作事故：撤销已推送的提交、找回误删分支、清理提交历史、把提交从一个分支挪到另一个分支。
• 能在 GitHub 或 GitLab 上参与开源项目或公司内部项目，走通 fork、提 PR/MR、响应 review 意见的完整链路。

需要说明的是，这门课不会把你变成 Git 内部机制的专家。它的定位是让一个普通的开发、测试或运维人员，在协作场景下不拖后腿，并且具备自己排查问题的能力。真遇到极端复杂的仓库修复，仍然需要查文档，但那时候你已经知道该查什么关键词了。

资料适合什么基础的人

完全没碰过 Git 的人可以看，但要有一点命令行基础，至少不害怕在黑框里敲命令。如果你平时用图形化客户端点按钮，课程里的命令操作会让你一开始不太适应，但这恰恰是值得补的部分——图形工具能做的事是命令的子集，理解命令之后再用工具，效率反而更高。

已经用了两三年 Git、但一直停留在 add、commit、push 三个命令的人，收获可能最大。你的日常操作没出过问题，不代表流程是规范的，课程里关于分支策略和协作规范的部分，能帮你把零散经验整理成一套可复用的做法。

怎么用这份资料

不建议一口气刷完。Git 是操作型技能，看懂了和敲过了是两回事。比较好用的方式是：先跟着过一遍基础操作，然后在自己电脑上建一个练习仓库，把每个命令实际敲一遍；到协作部分时，可以找同事开一个测试仓库，或者自己在 GitHub 上建两个账号互相提合并请求，把流程走通。课程里讲到冲突处理、历史修改这些容易出错的环节时，建议先在练习仓库里故意制造一次错误，再按讲的方法修回来，印象会比单纯看视频深得多。

如果你的工作暂时用不到 GitHub 或 GitLab，只想管好本地代码版本，那前半部分就够用了，后半部分可以先放一放，等实际需要时再回来看。