小编Dre*_*ost的帖子

我有一个关于部署槽的问题，因为我试图弄清楚我想要使用部署槽的方式是否可以接受。在我们的团队中，我们的大多数 Web 应用程序往往有 3 个环境：

• DEV - 最新的开发代码
• QA - QA 正在积极测试的代码
• BC - 最后再次为 QA 提供一个单独的环境来运行向后兼容性测试

目前，我们获得了一个单一的应用服务资源。由于我们想要维护为上述 3 个环境部署的应用程序代码的 3 个版本，我想知道是否可以利用 3 个单独的部署槽，或者创建 3 个单独的 Web 应用程序是否可行？

从文档中我知道部署槽用于快速测试，然后将其交换到生产中，但由于我们目前仅限于 Web 应用程序的单个实例，我正在考虑利用部署槽。

我想知道您对此的想法，以及我是否应该为此类场景使用新的应用程序服务或插槽。

我已经非常接近我的模板和使用它的部署 yaml。但是我遇到了错误

意外值“变量”意外值“阶段”

我确信我的语法是错误的，但我一生都无法理解为什么。

这是我的模板的开始

#File: template.yml
parameters:
- name: repositoryName
  type: string
  default: ''

variables:
  tag: '$(Build.BuildId)'
  buildVmImage: 'ubuntu-latest'
  deployPool: 'deploy-pool'

stages:
- stage: Build
  jobs:
  - job: Build

    pool:
      vmImage: $(buildVmImage)

    steps:
    - checkout: self
      submodules: recursive

这是使用它的部署 yaml

# Repo: Organization/Project
# File: azure-pipelines.yml
trigger:
- develop
- next
- master

resources:
  repositories:
    - repository: template
      type: git
      name: AzureDevOps/AzureDevOps

jobs:
- template: template.yml@template
  parameters:
    repositoryName: 'exampleName'

任何帮助，将不胜感激。我确定它就在我的鼻子前，但我已经挣扎了好几天，所以我认为是时候寻求帮助了。