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

课程定位：把 Git 当作工程基础设施来学

很多人接触 Git 是从add、commit、push这三条命令开始的，能提交代码就算「会用」。但一旦遇到多人协作、分支合并冲突、历史记录回滚，问题就暴露出来：不知道自己改动的到底进了暂存区还是工作区，不知道merge和rebase会把提交图变成什么样，也不知道怎么把一个提交干净地摘到另一个分支上。这门课的价值就在于，它没有停在「命令清单」这一层，而是把 Git 的对象模型和引用机制先讲清楚，再落到实际操作。

课程围绕 Git、GitHub、GitLab 这三个工具展开。前两者是本地仓库与托管平台，第三者是自建协作平台，三者组合起来覆盖了从个人开发到团队协作的常见场景。对测试和运维方向来说，理解这套协作链路的意义不只是「提交代码」，而是能看懂 CI 拉取的是哪个分支、部署脚本基于哪个 tag、回滚时该按哪种方式重建历史。

技术结构：从本地仓库到远程协作

内容结构大致按「仓库内部机制 → 本地操作 → 远程托管 → 团队协作」推进。在仓库机制部分，重点讲的是 Git 如何用提交对象、树对象和 blob 组织一次快照，以及分支和 HEAD 本质上只是指向提交的引用。这个视角建立起来之后，后面很多命令的行为就不再是死记硬背：为什么切换分支这么快、为什么reset分三种模式、为什么rebase会改写提交哈希，都能从引用和对象的角度解释清楚。

本地操作部分涉及暂存区与工作区的区分、撤销与回退、分支合并与冲突处理。这几块是日常使用频率最高、也最容易出错的地方。课程对冲突处理的讲解不止于「怎么改冲突标记」，还包括合并策略的选择，这对多人共享同一分支的项目尤其关键。

远程协作部分则落到 GitHub 与 GitLab 的实际流程上：fork 与 pull request、代码评审、issue 关联提交、分支保护规则等。GitLab 侧还涉及自建服务的部署与权限管理，这部分对运维角色的读者更有参考价值，因为企业内网环境通常不会把代码托管在公有平台上。

可复用的部分

从工程实践角度看，有几块内容是可以直接搬到项目里复用的：一是分支模型的约定，比如主干分支、开发分支、特性分支、发布分支各自承担什么职责，以及什么情况下该用 hotfix 分支；二是提交信息的规范写法，配合 commit lint 之类的工具可以自动校验；三是基于 tag 的版本发布流程，把构建产物和 commit 一一对应，出问题时能快速定位到引入缺陷的那次提交。

另一块值得留意的是和 CI/CD 的衔接。GitLab 的流水线由仓库中的配置文件驱动，理解分支触发条件和阶段划分之后，才能把编译、单测、部署串成一条可重复执行的链路。对测试岗来说，这意味着可以把自动化用例挂到 merge request 上，让合并前的检查自动跑起来，而不是等人手工回归。

怎么用这份资料

建议不要按顺序「看一遍」就算完。更有效的做法是：先在自己的机器上建一个空仓库，跟着讲解把提交、分支、合并这些操作实际敲一遍，用git log --graph观察提交图的变化；遇到冲突时不要急着搜复制粘贴的答案，先想清楚两边各自基于哪个 commit 修改。等本地机制熟练之后，再拿一个真实的托管平台项目练手，走一遍 fork、提交、发起合并请求、评审、合并的完整流程。GitLab 部分如果条件允许，可以在虚拟机里搭一套最小可用实例，实际配一次权限和流水线，比只看演示理解得深。

这份资料适合当作操作手册和原理解释的组合来用：遇到具体问题时回来对照，比空看视频更容易形成长期记忆。