构建之法阅读笔记一

在复审前:

1.代码必须成功地编译,在所有要求的平台上,同时要编译Debug|Retail版本。编译要用团队规定的最严格的编译警告等级。
2.程序员必须测试过代码。什么叫测试过?最好的方法是在调试器中单步执行。
3.程序员必须提供新的代码,以及文件差异分析工具。用Windiff或VSTS自带的工具都可以。VSTS中可以通过Shelveset来支持远程代码复审。
4.复审者可以选择面对面的复审、独立复审或其他方式。
5.在面对面的复审中,一般时开发者控制流程,讲述修改的前因后果。但是复审者有权在任何时候打断叙述,提出自己的意见。
6.复审者必须逐一提供反馈意见。注意,复审者有权提出很多看似吹毛求疵的问题,复审者不必每一件事都要亲自调查,开发者有义务给出详尽的回答。
7.开发者必须负责让所有的问题都得到满足的解释或解答,或者在TFS中创建新的工作项以确保这些问题会得到处理。
8.对于复审的结果,双方必须达成一致的意见。(打回去/有条件地同意/放行)


原文地址:https://www.cnblogs.com/gkl20173667/p/10927900.html