【问题标题】:How to enforce rules on Revision/Differential to change status if condition is satisfied?如果满足条件,如何执行修订/差异规则以更改状态?
【发布时间】:2014-08-28 22:55:23
【问题描述】:

我想用一些自定义规则来配置 Phabricator。我对这个工具非常陌生,希望能得到一些帮助或指导如何使用它。

我想确保 Revision/Differential 中的所有审阅者都应在更改 Revision 状态之前接受所有更改。一旦所有审阅者都接受它,然后将修订状态更改为已接受/准备登陆。

目前,就我而言,我有一个修订版,其中有不同的文件需要由不同的审阅者审阅。我希望,在所有审阅者接受这些更改之后,才将修订状态更改为已接受,否则应保持“需要审阅”状态。但是,每当列表中的任何一位审阅者接受更改时,Revision 的状态都会更改为“Accepted”/“ready to Land”。

【问题讨论】:

    标签: phabricator


    【解决方案1】:

    目前不支持此功能。你可以在上游找到关于这个特性的讨论,这里:

    https://secure.phabricator.com/T731

    如果某些审阅者确实是一群人(例如,您想确保有 Python 经验的人审阅所有 Python 代码,类似于 Google 的“可读性”),您可以创建一个名为“Python审阅者”并将所有有足够经验的用户添加到项目中进行这些审阅。然后编写 Herald 规则,以在更改涉及 Python 源时触发项目的“阻止审查”。这将要求项目中的某个人在“接受”之前对所有 Python 更改进行审核。

    如果您的用例更像是“我希望 alincoln 查看 .c 文件并希望 htaft 查看 .js 文件”,但没有审阅者会检查整个更改,我们在哲学上不鼓励这样做。到目前为止,来自代码审查的最重要的反馈是关于整个更改的高级反馈,而不是关于实现细节的反馈。我们鼓励您尝试构建代码审查,以便有一个明确的作者和一个主要审查者,每个人都在考虑周围软件系统上下文的整个变化。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-12-21
      • 2012-01-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-07-03
      • 2013-08-08
      相关资源
      最近更新 更多