慢速代码审查的剖析
💡
原文英文，约1800词，阅读约需7分钟。
📝
内容提要
本文探讨了导致代码审查变慢的原因，并介绍了改进的技巧。需要考虑审查人员数量、审查指南严格程度、代码更改大小、迭代次数、反馈时间等因素。改进代码审查时间的关键是了解需要改进的方面。
🎯
关键要点
- 几乎每个软件开发者都抱怨代码审查速度慢，原因可能包括沟通不足和审查人员选择不当。
- 代码审查时间是从发送审查请求到获得所有必要审查者批准之间的时间。
- 审查人员数量、审查指南的严格程度、代码更改的大小、迭代次数和反馈时间等因素都会影响代码审查的效率。
- 在工程环境中，通常缺乏激励机制来优先考虑代码审查。
- 代码审查风格因开发者的经验和偏好而异，这可能导致审查过程变慢。
- 明确的所有权对于维护质量和责任至关重要，但过于细化的所有权可能会造成瓶颈。
- 了解需要改进的方面比学习如何改进更为重要，代码审查的表现依赖于人而非机器。
- 代码复杂性可以通过代码行数、引用数量和过度工程等指标来衡量。
- 迭代时间是指每次反馈交换所需的时间，缩短迭代时间可以提高整体代码审查效率。
- 不应直接改善的方面包括变更的交付时间和测试覆盖率百分比。
- 定义代码审查的服务水平目标（SLO）可以帮助提高审查响应速度。
- 大型代码审查应考虑到审查的大小，建议对小于200行的更改设定一天内响应的标准。
- 跨团队审查通常比团队内部审查响应更慢，因此应分别基准化。
- 鼓励团队将代码审查视为开发过程的重要组成部分，并为其安排专门时间。
- 修订SLO应根据审查者的反馈和代码更改的复杂性进行调整。
- 改善代码审查过程需要平衡技术和人文因素，建立重视代码审查的文化。
➡️
