团队如何进行Code Review

为了review的效率，在进行code review之前，需要开发者先做好前期的准备工作，开发者需要自己先过目自己的所有代码和进行标注，这样review者能更好的理解作者的意图和提出意见

提出可以量化的review目标，能让review者和被review者都更好的知道自己的责任所在，这个目标，最好最好是有外部可以量化的标准，而不是一些模糊的目标，比如减少程序中的bug。

目标对应标准，设置好标准能提高review时的效率，也让大家能在review的过程中进行改进。

review的事件应该在60~ 90分钟之间。

经研究，代码行数越少，越容易发现其中的问题，更少行数的代码能更好的发现问题。
换句话说，一个文件里超过200行的代码，很可能需要进行改进和重构。

发现程序中的问题时，应该更明确提示可以验证的解决方法，而不是提出有问题。

Code Review属于一种团队建设活动，在于帮助团队纠正坏的代码习惯和学会新的技巧。所以管理者需要对找出的问题抱有积极的态度。

程序员写代码已经不容易，所以不要使他变得更不容易，所以不要在团队努力写代码的时候，过多的指指点点。

开发者在开发的过程中对自己的代码比较清楚，过后会变得越来越模糊，所以如果要进行code review，最好的开发的过程中进行每天code review, 有问题容易改正过来。

市场上有很多code review的工具，gitlab有带有code review的功能，使用的时候只要团队提交一个pr,然后制定review人即可。

review流程需要标准化和规范化，以及可量化，使用一个checklist能更快的帮助开发者和review者快速找到问题所在，开发者在开发的过程中也能更好的对着checklist去规范自己的代码。