Azure devops 管道间依赖和多级管道

Azure devops 管道间依赖和多级管道,azure-devops,azure-pipelines,Azure Devops,Azure Pipelines,用例: 我有两个阶段: 每一次PR/提交给master(构建+测试)都会触发一个 一个仅在提供输入变量时触发,用于发布新包版本。这个取决于第一个 在发布包之后,第二阶段的最后一步是自动将更改提交到存储库 但是,我无法覆盖Azure DevOps中的GitHub分支保护规则,因此我无法做出该承诺,因为管道尚未“绿色” 我曾想过将这两个阶段分为两个管道,并使我的“发布”管道依赖于“构建+测试”管道(好像它是旧的“发布管道”之一,但将所有内容保留在我的.yml文件中) 我的问题是: 我是否做错

用例: 我有两个阶段:

  • 每一次PR/提交给master(构建+测试)都会触发一个
  • 一个仅在提供输入变量时触发,用于发布新包版本。这个取决于第一个
在发布包之后,第二阶段的最后一步是自动将更改提交到存储库

但是,我无法覆盖Azure DevOps中的GitHub分支保护规则,因此我无法做出该承诺,因为管道尚未“绿色”

我曾想过将这两个阶段分为两个管道,并使我的“发布”管道依赖于“构建+测试”管道(好像它是旧的“发布管道”之一,但将所有内容保留在我的
.yml
文件中)


我的问题是:

  • 我是否做错了什么,我是否应该能够从Azure DevOps覆盖GitHub分支保护规则
  • 有没有可能将我的多级管道一分为二,让一个依赖另一个
  • 你能想出其他方式来达到我的目的吗
谢谢

我是否做错了什么,我是否应该能够从Azure DevOps覆盖GitHub分支保护规则

如果要将更改推送到该github repo,则必须匹配github分支保护规则。在Azure DevOps Git中,我们可以绕过分支策略。问题是我们无法从Azure DevOps重写GitHub分支保护规则

有没有可能将我的多级管道一分为二,让一个依赖另一个

是的,我们可以将多级管道一分为二,但要推动更改,我们仍然需要满足GitHub分支保护规则。因此,关键是如何绕过或满足规则

你能想出其他方式来达到我的目的吗


没有其他更好的方法,无论是在一个多级管道中还是在两个分支中,我们都必须满足规则。如果我们不能满足这些规则,那么我们必须绕过这些规则或禁用GitHub分支保护规则

我的想法是拆分它,使一个依赖于另一个,并将GitHub分支策略与第一个链接;但现在我注意到,从上一次推动可能无法满足政策要求。。。