【问题标题】:Does pull request in Azure devops merge the code and then runs the build definitionAzure devops 中的拉取请求是否合并代码然后运行构建定义
【发布时间】:2023-03-25 19:50:01
【问题描述】:

我有功能分支 feature/feature1dev 分支。我为我选择了构建定义的开发分支创建了一个分支策略。

当我从feature/feature1dev 发起拉取请求时,它会合并两个分支然后进行构建吗?还是只是构建feature/feature1

 * [new branch]      dev                -> origin/dev
 * [new branch]      feature/feature2   -> origin/feature/feature2
 * [new branch]      feature/test       -> origin/feature/test
 * [new branch]      master             -> origin/master
 * [new branch]      release/release-1  -> origin/release/release-1
 * [new branch]      release/release-2  -> origin/release/release-2
 * [new ref]         refs/pull/37/merge -> pull/37/merge
##[command]git checkout --progress --force refs/remotes/pull/37/merge
Note: checking out 'refs/remotes/pull/37/merge'.

【问题讨论】:

    标签: azure-devops azure-pipelines


    【解决方案1】:

    拉取请求将始终执行合并到临时空间,以验证源分支中的代码与目标分支中的代码不冲突。如果存在合并冲突,您将无法完成拉取请求。

    如果您配置了拉取请求验证构建,则此合并的临时结果也将被构建。您的分支的内容不是构建的,只是合并的结果。

    但是,这个临时合并结果在检查运行后会被丢弃。

    当你完成拉取请求时,你的源分支实际上会被合并到目标中。

    【讨论】:

      【解决方案2】:

      在您启动 PR 构建时使用分支策略,它会进行合并,然后进行实际构建

      真正的合并只发生在 PR 完成时

      【讨论】:

      • 这完全超出了我的理解,一个绝对合法的答案如何获得 3 次反对票并且没有解释为什么
      猜你喜欢
      • 1970-01-01
      • 2021-02-14
      • 2021-07-07
      • 1970-01-01
      • 1970-01-01
      • 2020-06-25
      • 1970-01-01
      • 2021-06-23
      • 2023-03-24
      相关资源
      最近更新 更多