为什么小型工程团队的代码审查需要这么长时间

我见过的最慢的代码审查通常不是那些风险很大的重大变更。通常是中等规模的 PR，涉及五个文件，没有任何实际背景，并期望审查者从差异 (diff) 中反向推导意图。 在小型团队中，一次阻塞的审查可能会拖慢半个冲刺周期。当作者写明了变更内容、有意保留的部分以及他们希望重点关注的地方时，我的审查效率会更高。截图和简短的测试说明比人们承认的更有帮助。 我仍然纠结的部分是，如何在有用的反驳和品味之争之间划清界限。命名、文件夹结构、微小的风格细节，如果团队没有统一的标准，所有这些都可能浪费一天时间。很好奇其他工程师是如何在不把每个 PR 都变成会议的情况下保持高质量审查的。