从gerrit审查中排除作者

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了从gerrit审查中排除作者相关的知识,希望对你有一定的参考价值。

我想不允许改变的作者回顾他/她在的变化。我知道this suggested hack,但这并没有真正解决问题。

现在我learned from the gerrit issues认为gerrit的硬编码规则可以被custom prolog code修改,所以应该可以根据需要修改工作流程。但是,我之前从未修改过gerrit的工作流程,我不太了解

有没有人使用这个prolog引擎有一个小的gerrit自定义规则的工作示例?

鉴于他们不需要我的团队改变当前的工作流程,我很乐意接受其他替代方案,如何禁止作者进行自我评审。

答案

我在这个谷歌小组找到了一个非常简单的答案:groups.google.com/disable-self-review

在父项目中(默认为All-Projects项目)将其添加到refs / meta / config分支中的project.config文件中:

[access "refs/*"]
label-Code-Review = block -2..+2 group Change Owner

并在同一分支的groups文件中添加此行

global:Change-Owner Change Owner

然后将允许右边的语句带入子项目的project.config:

label-Code-Review = -2..+2 group Developers

确保在父项目中编写块语句并在子项目中授予权限。如果allow和block在同一个文件中,则allow将被否决(参见this)。这将阻止更改的所有者给-2或+2。它会保留-1和+1选项。您可以为可能使用的任何其他自定义标签添加类似的语句。

另一答案

我不确定你正在寻找什么,但它可能会给你一些灵感。根据this discussion,以下片段仅在审阅者和更改所有者不是同一个人时才批准更改。

  % If a reviewer approved the change, its OK.
  submit_rule(submit(CR)) :-
    change_owner(Owner),
    max_with_block('Code-Review', -2, 2, ok(Reviewer)),
    not_same(Owner, Reviewer),
    CR = label('Code-Review', ok(Reviewer)),
    !.
另一答案

如果您还没有找到它,这里有关于如何使用prolog执行此操作的官方说明:

https://gerrit-review.googlesource.com/Documentation/prolog-cookbook.html#_example_8_make_change_submittable_only_if_tt_code_review_2_tt_is_given_by_a_non_author

另一答案

我将this answer发布到您链接的问题,但它可能会引导您朝着正确的方向前进:

我为Gerrit安装编写了这个prolog过滤器。我在父项目中将其作为submit_filter,因为我希望它适用于我们系统中的所有项目。

%filter to require all projects to have a code-reviewer other than the owner
submit_filter(In, Out) :-
    %unpack the submit rule into a list of code reviews
    In =.. [submit | Ls],
    %add the non-owner code review requiremet
    reject_self_review(Ls, R),
    %pack the list back up and return it (kinda)
    Out =.. [submit | R].

reject_self_review(S1, S2) :-
    %set O to be the change owner
    gerrit:change_owner(O),
    %find a +2 code review, if it exists, and set R to be the reviewer
    gerrit:commit_label(label('Code-Review', 2), R), 
    %if there is a +2 review from someone other than the owner, then the filter has no work to do, assign S2 to S1
    R = O, !,
    %the cut (!) predicate prevents further rules from being consulted
    S2 = S1.
reject_self_review(S1, S2) :-
    %set O to be the change owner
    gerrit:change_owner(O),
    find a +2 code review, if it exists, and set R to be the reviewer
    gerrit:commit_label(label('Code-Review', 2), R), 
    R = O, !,
    %if there isn't a +2 from someone else (above rule), and there is a +2 from the owner, reject with a self-reviewed label
    S2 = [label('Self-Reviewed', reject(O))|S1].
%if the above two rules didn't make it to the ! predicate, there aren't any +2s so let the default rules through unfiltered
reject_self_review(S1, S1).

这条规则对rule #8 from the cookbook的好处(IMO)是:

  • Self-Reviewed标签仅在更改被阻止时显示,而不是在每次更改时添加Non-Author-Code-Review标签
  • 通过使用reject(O),规则导致Self-Reviewed标签字面上是一个红旗
  • 作为submit_filter而不是submit_rule,此规则安装在父项目中并适用于所有子项目

请注意:此规则是为了防止Owner自我检查更改,而菜谱中的示例与Author进行比较。根据您的工作流程,您可能希望用gerrit:change_owner(O)gerrit:commit_author(O)替换2个gerrit:commit_committer(O)谓词

以上是关于从gerrit审查中排除作者的主要内容,如果未能解决你的问题,请参考以下文章

Gerrit的基本使用

gerrit原理

理解 Gerrit 的 Change-Id

理解 Gerrit 的 Change-Id

有没有更好的方法来调整gerrit插入代码大小基于规则和排除文件路径?

Gerrit代码Review入门实战