1

我正在使用 Azure DevOps 的多存储库功能,记录在这里:

​https://docs.microsoft.com/en-us/azure/devops/pipelines/repos/multi-repo-checkout?view=azure-devops

我在一个仓库中有我的 YAML 文件,并且管道指向该 YAML。YAML 为另一个存储库资源设置了触发器,因此当该存储库更新时,将触发管道:

 resources:
   repositories:
   - repository: MyRepo
     endpoint: 'MyRepos'
     type: git
     name: RepoName
     trigger:
     - '*'

文档声称“Build.SourceBranch”变量将允许我确定 MyRepo 中的哪个分支触发了管道构建:“当对其中一个存储库的更新触发管道时,则基于触发存储库设置以下变量”

然而,情况似乎并非如此。无论哪个分支触发构建,“Build.SourceBranch”始终是“refs/heads/master”,大概是因为保存 YAML 的 repo 将“master”作为其默认分支。

我也找不到任何设置为触发构建的分支名称的环境变量。那么如何获取触发构建的分支的名称呢?如果没有可能的方法,我认为这需要添加!

4

1 回答 1

1

问题是:

根据文档,Build.SourceBranch设置基于触发存储库。但是,它的值是由 YAML 文件在实践中所在的 repo 决定的。

我做了以下测试。有两个存储库,“RepoA”和“RepoB”。两个 repos 都有两个分支,“master”和“bran”。YAML 文件位于“RepoA”的“master”中

  1. 对“RepoB”的“麸皮”进行更改。的Build.SourceBranch值为refs/heads/master。它与文档不一致。

  2. 对“RepoA”的“麸皮”进行更改。的Build.SourceBranch值为refs/heads/bran。它与文档一致。

  3. 在“RepoB”的“master”中提交更改。的Build.SourceBranch值为refs/heads/master。它与文档一致。

  4. 在“RepoA”的“master”中提交更改。的Build.SourceBranch值为refs/heads/master。它与文档一致。

因此,如果构建是由“RepoA”触发的,Build.SourceBranch则可以成功代表真正的分支。但是,如果构建是由 'RepoB' 触发的,则值Build.SourceBranch总是refs/heads/master

我们已将此问题报告给产品组。

于 2020-08-24T08:47:48.120 回答