1、选出优先级比较高的规则
2、实施走查规则

前期准备

暂时根据目前罗列出来的规则，采用倒金字塔模型(多后端+2个前端+1个安卓+1个IOS)完善代码走查表。
然后讨论有些有异议的点。
例如：前端的诉求


形成命名表。
这个需要大家大量的去制定标准……

由服务端来讨论这些代码走查规范，形成自己的命名词汇表。

讨论

1、划出可迭代可执行的方案
由于代码走查规范是不易记住的，每个人实施起来比较困难。因此提出可迭代的优先级策略

如何选出优先级最高的代码走查规则？
1、会议中每个人在这个大的代码走查规则里面选出5个自己认为优先级最高的规范。
例如:所以规范有50个，每个人在50个中选出最重要的5个(这个过程非常痛苦)
2、拿到每个人的优先级最高的规范进行统一汇总，然后讨论出最终优先级最高的5个代码规范
注意：如果汇总出来的规则没有可靠的答案，就进行举手表决(或者再执行1的玩法)。

实施

筛选出优先级最高的5个规范，进行项目组的尝试(全部执行还是试点执行)。

由于代码走查有两种形式(小组走查，所有人一起开会走查)

实施的时间间隔需要进一步确认(日，周，月，版本)

走查标准：按照优先级来走查

什么样的代码需要所有人一起走查：逻辑性高的，关键的代码

量化

工具的使用：统一使用idea sonarlint插件和sonarqube的代码走查工具
单元测试率是不是也要加上

迭代

根据项目组的反馈，工具的量化。调整代码走查规则的优先级。

等每个项目组都开始执行走查流程的时候，就可以去增加相对优先级高的规则。

总结