有没有办法将分支策略覆盖状态检查应用于Azure DevOps中起草/未发布的拉取请求?

问题描述 投票:0回答:1

我在主分支上设置了分支策略,这样如果有人创建旨在合并到该分支的拉取请求,就会应用该策略。如果拉取请求已发布,状态检查将按预期运行,但如果拉取请求仍为草稿/未发布,则状态检查将不会运行。有没有办法让此状态检查在草稿拉取请求上运行?

根据文档

默认情况下,草稿拉取请求不包括审阅者或运行构建 但允许您手动添加审阅者并运行构建。为促进 将拉取请求转换为普通拉取请求,只需单击“发布”按钮 来自拉取请求详细信息页面。

这似乎意味着这是预期的默认行为,但也应该有一种方法来覆盖此行为。是这种情况吗?如果是,我如何将此状态检查应用于任何草稿拉取请求?

以下是有关当前如何指定此状态检查的一些信息: enter image description here enter image description here

azure-devops pull-request
1个回答
0
投票

正如文档中提到的,

默认情况下,草稿拉取请求不包括审阅者或运行构建,但允许手动添加审阅者并运行构建

对于草稿 PR,您可以单击 Queue 手动运行构建。

enter image description here

点击查看2个检查,即可看到状态检查。 enter image description here

如果您想更改拉取请求的代码覆盖率体验的默认设置,您可以在存储库的根目录中包含一个名为

azurepipelines-coverage.yml
的配置 YAML 文件。例如,

coverage:
  status:           # Code coverage status will be posted to pull requests based on targets defined below.
    comments: on    # Off by default. When on, details about coverage for each file changed will be posted as a pull request comment. 
    diff:           # Diff coverage is code coverage only for the lines changed in a pull request.
      target: 60%   # Set this to a desired percentage. Default is 70 percent

然后就可以在PR评论中看到代码覆盖率详细信息了。请参阅拉取请求的代码覆盖率中的详细信息。 enter image description here

© www.soinside.com 2019 - 2024. All rights reserved.