| 目标粒度 | 单个 PR 聚焦一件事，附带可验证的说明与测试 |
|---|---|
| 拆分手段 | 按层次拆（接口/实现/接线）、按依赖顺序拆、用特性开关隔离 |
| 度量 | 用平台统计查看平均 PR 规模，逐步收敛 |
拆分示例思路
拆分示例思路
PR1：加数据模型与迁移（无行为变化）
PR2：加服务层实现与单测
PR3：接线路由与开关（可回滚）
PR4：打开开关并清理旧路径拆分要与评审方约定好节奏：堆叠 PR（见相关条目）能保持每步可评审且可回滚。
小批量变更更利于评审
评审质量随 diff 规模下降：几百行以上的一次性审读容易漏问题。把功能拆成可独立合入的小 PR，是提升评审效率的直接手段。
易错点
- 为拆而拆会产生互相依赖、无法单独合入的碎片，拆完要确认每个 PR 可独立通过 CI
- 大重构一次性提交几乎必然出现「评审走过场」，应提前规划分步方案
数据来源与参考
- Google Engineering Practices：Small CLs
- GitHub Docs：About pull requests