第二部分导读 · 代码管理
代码写出来只是第一步，还要记录下来、交给别人看、合进主干，每一步出错都可能让改动丢失或把别人的代码覆盖。这一部分讲一段代码从你的电脑走到主干的整条路：用 Git 在本地记录每次改动并学会撤销，用 GitHub 推送、提 PR、让别人审查，用 GitHub Actions 在每次提交后自动跑测试，再用格式化、lint 和提交钩子把风格和低级错误挡在仓库之外。
要做什么，用哪个
Section titled “要做什么，用哪个”| 我要做什么 | 用哪个 | 详见 |
|---|---|---|
| 记录每次改动、开分支、解决冲突 | Git | 第 7 章 7.4 |
| 改错了要撤销，或提交前整理历史 | Git 进阶（已推送的用 git revert） |
第 8 章 8.4 |
| 和别人协作、提 PR、发版本 | GitHub（命令行用 gh） | 第 9 章 9.4 |
| 代码要放国内或自己的服务器 | Gitee（自建 GitLab） | 第 9 章 9.5 |
| 每次提交自动跑测试 | GitHub Actions | 第 10 章 10.4 |
| 统一代码风格、找低级错误 | Ruff（JS 用 Prettier 加 ESLint） | 第 11 章 11.4 |
| 提交时自动检查，不合格不让进 | pre-commit | 第 11 章 11.4 |
- 第 7 章 Git 基础：安装配置、四个区的概念、提交与分支、解决合并冲突。
- 第 8 章 Git 进阶与救急：整理提交、cherry-pick、二分找 bug、worktree，以及做错之后怎么撤销。
- 第 9 章 GitHub：仓库、PR、Issue 和版本发布，gh 命令行，以及与 Gitee、GitLab 的对照。
- 第 10 章 GitHub Actions 与 CI：写工作流，在推送和 PR 时自动跑检查、测试、构建和发布。
- 第 11 章 格式化、lint 与提交钩子：Ruff、Prettier、ESLint 和 pre-commit，让不合格的代码进不了仓库。