【发布时间】：2015-08-20 12:09:07
【问题描述】：
我在网上搜索了一下，为我的团队找到了一个关于提交和审查代码审查的好指南。
感谢任何帮助。
【问题讨论】：
标签： issue-tracking
【发布时间】：2015-08-20 12:09:07
【问题描述】：
- 花点时间进行审核。
- 审查的目的是仔细理解和分析设计和代码。 - 将多达一半的时间花在您最初编写代码或规划设计的审核上。
- 让审阅者推动审阅。
- 审阅者及其 cmets 必须推动审阅。如果允许开发人员对自己的工作进行审核，其他审核人员可能会遗漏问题。
- 在审查会议之前阅读代码或设计文档。
- 发送审核的代码不是发件人。
- 您总能找到更了解的人。
- 挑战想法，但要优雅地接受失败。
- 互相尊重！！！
- 跟踪代码审查期间发现的所有问题。
我有一篇关于代码审查的博文：A guide for Code Reviews。请阅读。
【讨论】：
-
这个答案令人困惑......
-
“编写的代码不是发件人”？什么？
-
所以最终，这个答案只是一个指向您博客的链接，这基本上就是问题所要求的......以及为什么它获得密切投票......
如果您使用的是 Visual Studio，它有一个很好的代码审查工具。对提交审稿很有帮助。您可以从 Team Foundation Server 用户中分配审阅者。
我们正在使用的做法：每个开发者都有一个审核伙伴。
代码标准是审查中的重要内容之一。
代码分析工具还可以减少审查工作，例如 FxCop 和 StyleCop。
【讨论】：
-
感谢您的建议。