4

那可能吗?

将所有具有开放 PR 的分支都部署在某个地方,这样我就可以拥有一个可共享的链接,这将非常方便。

有 PR-Branch Triggers,但 AFAIK 它当时只能将一个分支部署到一个环境。另一个 PR 更新只会覆盖状态。

编辑以澄清我的意思:

我们的 webapp 的每个功能分支(或错误修复或其他)都应该部署到应用服务(或其他),所以当我们创建功能时,我们总是有一个链接可以在开发过程中共享,我们的设计师(或任何人)可以在其中共享在早期开发中发现问题。在另一家云存储提供商,我们有类似的东西,在成功部署后我们总是会收到一个唯一的链接。

4

2 回答 2

1

我有点晚了,但现在正在努力。我打算做什么:

  1. 对选定功能分支的拉取请求触发任务 2
  2. 任务将通过 Terraform ( Link )创建应用服务
  3. 使用“应用服务部署”任务将工件从该拉取请求推送到在先前任务中创建的新应用服务。

我们会看看情况如何

于 2020-07-20T18:53:03.100 回答
0

如果将每个功能分支部署到应用服务是您想要实现的目标。您可以尝试以下步骤(仅适用于经典管道视图):

1,在您的 CI 构建管道中,转到触发器页面,您的每个功能分支添加到分支过滤器,以便向您的功能分支发出的每个 Pull 请求都可以触发构建。 在此处输入图像描述

2,在您的 CD 发布管道(经典视图)中,添加不同的阶段,每个阶段用于从功能分支构建的工件:

3、对于每个阶段,在预部署条件页面,添加一个artifacts filters到其对应的特性分支。这样来自这个特定功能分支的工件将触发部署其相应的阶段。

4、根据每个特性分支更改每个阶段任务的设置和参数。让为每个功能分支部署的每个应用服务都有自己的设置和配置, 在此处输入图像描述

5,在每个阶段配置您的应用服务部署任务。

完成上述步骤后,每次新的 pull request 合并到 feature 分支时,都会自动触发相应的阶段,将这个 pull request 部署到配置的应用服务中。

在此处输入图像描述

于 2019-08-23T07:23:02.323 回答