【发布时间】：2021-11-25 01:39:49
【问题描述】：
在 Gerrit 驱动的工作流程中，我们面临的问题是，仅仅因为我们习惯于挑选他们，或者他们是“最老”的同事，改变最多（这使得审稿人-责备插件对我们有问题）。
我更喜欢不经常进行评论的评论者（来自给定列表）（可能是因为他们是新人或其他人相对不为人知）。 这种方法有望传播有关代码库的知识并平衡同事之间的负载。
Gerrit 可以做到这一点吗？也许已经有插件了？也许是通用的？
【问题讨论】：
-
侧点（远离一侧）。指派人员审查不熟悉代码的人可能会在他们批准时提供一种错误的安全感，并且您会错过一些专家建议/反馈。实现知识转移的更好方法可能是集体代码审查，开发人员在简短的审查会议（15 分钟或更短时间）中解释他们做了什么，以及为什么。话虽如此，如果您的大多数开发人员可以像常客一样进行评论，那么此评论显然不适用于您。
-
是的，您说的完全正确，我们当然不会盲目地将新手分配给关键代码审查。我们的计划是做一些实验，可能是三人一组，或者按照你的建议在会议中进行，但我们也希望让很少审核的人习惯这个过程，而不必告诉他们，而是通过一个自我调节的过程。