Code review故意找一个容易过的人看？

公司的 Coding standard 做的很好，testing, doc, comments, release notes. 大部分都有规定好的，一个team代码风格应该是一个风格。 很多code review 要过几次才能养成良好的习惯

匿名用户 发表于 2022-4-20 13:35
这是Interview BQ的问题!
一个Code review comments太多时, 就不应该继续加comments了. 这时你该跟作者sch ...

大佬，请问这个是senior的bq吗？

不知道“引起一些TT”什么意思。
但是，如果有问题的改动可以merge，并引发实际问题，而且“经常”发生，那是不是自动化测试有改进的空间？
应该自动发现、自动block这样的改动，至少不应该“经常”出这样的问题。


另一个角度，其他人也提到了，“没太大关系的人”做code review没问题，但只有他们的approval不应该允许改动被merge。或者，可以一开始允许，但“经常”出问题后，不应该继续允许。