- 把大改动分批送审：每批聚焦一个主题
- 单次评审时间建议控制在 60 分钟以内，超时后注意力明显下降（同研究系列建议）
- 数字为研究参考值，团队可按代码密度与实际调整
- 与'小 CL'原则配合：批与批之间保持可合并状态
研究数字用来说明方向：过大的评审单位会系统性漏掉缺陷。
| 体量控制 | 单次评审数百行为宜，超过拆批进行 |
|---|---|
| 分批要求 | 每批主题自洽、独立可合并，批间不夹带无关修改 |
单次评审的体量控制（研究视角）
评审研究（SmartBear 的评审著作）提示：单次审查超过约 400 行后缺陷发现率下降；控制单次评审量、分批进行更有效。
易错点
- 把研究数字当硬性法规：不同代码密度与语言不能一概而论
- 分批时每批夹带无关修改：评审者仍需跨主题理解
数据来源与参考
- SmartBear《Best Kept Secrets of Peer Code Review》（评审体量研究）