章节摘要:机制之上的制度设计。本章对比勘查集中式、功能分支、Gitflow、Forking 四种工作流,给出分支策略与团队规范的制定方法,最后盘点托管平台与工具生态——把前四章的对象模型变成团队的生产力。
金句:工作流没有最优解,只有与团队规模、发布节奏、信任结构匹配的解——它是组织结构在引用拓扑上的投影。
前四章解决的是"Git 能做什么",本章回答"团队该怎么用"。同样的对象模型、同样的四条网络命令,不同团队用出了截然不同的形态:有的主干一条线干净得像教科书,有的分支图纠缠得没人敢动。差别不在工具版本,全在工作流与规范的设计。制度设计没有标准答案,但有明确的判断方法——这也是本章希望你带走的核心思维方式:把每种工作流看成一次组织结构的勘查,判断它与团队的写权限、发布节奏、信任结构是否匹配。
逐一还原每种工作流的分支布局、协作动作与适用边界,给出选型判据。
分支命名、合并请求门槛、强推边界、发布纪律——把口头约定写成可执行的团队法典。
平台三强的差异要点、GUI 的合理位置、别名与配置的加速实践。
5.1 做横向选型,5.2 把选中的工作流落成成文规范,5.3 补齐工具环境——从"选什么"到"怎么落地"再到"用什么武器"。
5.1 工作流选型 │ 团队拍板 ▼ 5.2 规范成文 │ 工具承载 ▼ 5.3 平台与生态
