这跟我们部门颇像呀.Project干得如火如荼,
会突然叫你停下去去改code style或啥狗屁sonar issue..
然后主管每周review只看啥, 只看sonar issues,跟code style..
更惨的是,sonar issues/code style会随他高兴改,
今天修完了,睡一觉起来可能又多了上百个要修...
每天就看到module lead追杀各PG..
不是为了进度,不是为了bug,都是为了sonar issues/code style.
最近他又有新的idea,每次auto build如果fail,
要有人上系统去"自首"是谁的code failed.
Project结束后要统计次数.纳入考G参考...
(WTF...Project进行中难免会出错,有必要搞成这样吗?)
为了那五斗米...腰都快折断了....

做好没赏 打破要赔 标准台商

commit的code在auto build出错其实是不应该的...

auto build有时候设定unit test failed就failed了...

除非style常常在变动，否则为了赶时间而违反是不能接受的常常改style是吃饱太闲吗

style变动是很重大的事件耶 常改是招哪XD

更重要的是...改rule都不会先通知的..马上改马上生效

除非给你开发的时间太短 不然本来就应该做UNIT TEST?太多auto build fail会给其他team的人造成困扰

auto build fail是不应该~看过两种做法~一个是自己另外弄一个环境专门update之后build~另一个是程式上传系统~将档案上传后build成功了才会commit...然后常改code style怎么没有工程师翻桌?脾气都那么好喔 XD

常改style可以不用花大脑又可以看来很忙