很容易解决。
写一个代码风格检测脚本，按照你（或者大家一致决定）定出来的规则检测每个人想merge到master的代码。如果不符合，就直接打回来。
人心理上更容易接受被冷冰冰的机器来规范自己的行为，例如大家都会遵守红绿灯，不喜欢jc来手动指挥。
如果没有一套冷冰冰的机器来执行规则，你今年会碰到这样的人，明年后年难保不会碰到类似的年轻人。难道每次都要做他工作说服教育一番才行？
面对规则的多干选项，通常是各有利弊，选哪个都差不多。代码文件精简了，往往会杂乱，代码文件很整齐，往往冗余太多。
年轻人面对活生生的人通常有逆反心理，而面对冷冰冰的机器，一般会老老实实的遵守。
【 在 eematlab 的大作中提到: 】
: 公司刚进来一个很有朝气的年轻人， 比较积极， 不管什么时候都会提一些意见。
: 比如我原来设定一个用例必须建立一个文件夹，哪怕只是一个文件。
: 他就说我只有一个文件，为什么还要建文件夹呢，你脚本自动判断有没有<名字>.c文件，有的话直接编译这个文件，没有的话找文件夹.
: ...................
--
FROM 114.254.10.*