Git 使用手册 · 终极篇:工程化、安全与团队规范
这是 Git 手册系列的最后一篇。前三篇解决了"会用 → 用得对 → 懂原理",本篇解决最后一件事:让 Git 在团队和工程体系里成为可靠的基础设施,并在灾难发生时救得回来。 目录 Monorepo vs Polyrepo:仓库拓扑决策 大型仓库的性能优化 提交规范:Conventional Commits 签名提交与提交者验证 密钥防护:从预防到泄漏处置 CI/CD 中的 Git 技巧 灾难恢复 SOP 一套可直接落地的团队 Git 规范 终极速查表 Monorepo vs Polyrepo:仓库拓扑决策 Monorepo(一个仓库存所有项目) Polyrepo(每项目一个仓库) 跨项目改动 一次提交原子完成 要发版、升依赖、多 PR 联动 代码共享 直接 import 发包 / submodule CI 需要增量构建,配置复杂 简单直接 权限边界 靠 CODEOWNERS,粒度粗 天然隔离 克隆体积 大(可用 sparse checkout 缓解) 小 代表 Google、Meta、Vue、React 生态 多数中小团队 决策建议: 项目间强耦合、频繁联动发布(如前端组件库 + 应用)→ monorepo 团队/项目独立、发布节奏不同、需要强权限边界 → polyrepo 不确定就先 polyrepo;拆容易,合回去很难 monorepo 配套工具:Nx、Turborepo、Bazel(构建缓存与增量)、changesets(多包版本管理)。 ...