代码评审的两种形式

线上代码评审：

• 时间：2022年5月，项目上线前
• 地点：公司内部GitLab平台
• 具体数字：10个评审者，30个代码提交
  线下代码评审：
• 时间：2023年3月，项目中期
• 地点：公司会议室
• 具体数字：5人参与，评审2天

上周有个客人问我，代码评审有哪两种形式嘛？嗯，这个我还真是挺有经验的。首先，我得说说我自己的踩过的坑是，早期的时候，我总觉得评审形式不重要，结果出了不少乱子。
第一种，就是面对面评审。这种形式我之前在2018年参与的一个项目里用过。当时，我们团队就在一个办公室里，代码评审就像开小会一样，大家围坐在一起，边看代码边讨论。这种形式的好处是，可以直接交流，问题能当场解决，效率挺高的。不过，也容易受环境影响，比如有人突然有急事要处理，评审就得中断。
第二种，就是远程评审。我2019年在北京的一家公司工作的时候，远程评审用的比较多。那时候我们团队分布在不同的城市，甚至有的同事在国外。远程评审主要是通过视频会议软件进行的，代码评审的文档和修改也是在线上完成的。这种方式的好处是，不受地理位置限制，但缺点是沟通可能没有面对面那么直接，有时候解释不清，还得来回沟通。
反正你看着办，两种形式各有千秋，看你的团队和项目需求来定吧。我还在想这个问题，哪种方式更适合你呢？

上周有个客人问我，代码评审有哪两种形式，我给他讲了一下。第一种嘛，就是同行评审，这在我们公司挺常见的。简单来说，就是开发人员把写好的代码提交给团队里的其他成员，然后大家一起看，互相提意见。这种评审通常是在代码合并到主分支之前进行的，挺像咱们平时写作业，先给老师看看。
第二种就是工具辅助评审。现在很多公司都用一些工具来做代码评审，比如GitLab、GitHub或者Jenkins。这种形式呢，就是开发者把代码提交到版本控制系统中，系统会自动通知其他成员来审查。评审的过程和结果都会记录在系统里，方便跟踪和管理。
反正你看着办，哪种形式更适合，还得看你们团队的习惯和项目需求。我还在想这个问题，哪种方式能更有效地提高代码质量呢？😄