好的代码审查不是把所有问题都留到最后一刻解决。它更像是一种持续校准：每次只看一个清晰意图，判断这个改动是否真的让系统变得更好。

小变更能让审查者保留足够上下文。命名是否准确、边界是否清晰、测试是否覆盖关键行为，这些问题在改动很小时更容易被认真讨论。

当团队把审查范围控制住，反馈也会更具体。这样的流程不会消除分歧，但会让分歧发生在更便宜、更容易修正的位置。