Parâmetros do modelo
Você pode especificar parâmetros e seus tipos de dados em um modelo e fazer referência a esses parâmetros em um pipeline. Com templateContext, você também pode passar propriedades para estágios, etapas e trabalhos que são usados como parâmetros em um modelo.
Você também pode usar parâmetros fora dos modelos. Você só pode usar literais para valores padrão de parâmetro. Saiba mais sobre parâmetros no esquema YAML.
Parâmetros de passagem
Os parâmetros devem conter um nome e um tipo de dados. No azure-pipelines.yml
, quando o parâmetro yesNo
é definido como um valor booleano, a compilação é bem-sucedida. Quando yesNo
é definido como uma cadeia de caracteres como apples
, a compilação falha.
# File: simple-param.yml
parameters:
- name: yesNo # name of the parameter; required
type: boolean # data type of the parameter; required
default: false
steps:
- script: echo ${{ parameters.yesNo }}
# File: azure-pipelines.yml
trigger:
- main
extends:
template: simple-param.yml
parameters:
yesNo: false # set to a non-boolean value to have the build fail
Use templateContext para passar propriedades para modelos
Você pode usar templateContext
para passar mais propriedades para estágios, etapas e trabalhos que são usados como parâmetros em um modelo. Especificamente, você pode especificar templateContext
dentro do jobList
tipo de dados , deploymentList
ou stageList
parâmetro.
Você pode usar templateContext
para facilitar a configuração de ambientes ao processar cada trabalho. Ao agrupar um trabalho e seu objeto de propriedades de ambiente juntos, templateContext
pode ajudá-lo a ter um YAML mais fácil de manter e mais fácil de entender.
Neste exemplo, o parâmetro testSet
in testing-template.yml
tem o tipo jobList
de dados . O modelo testing-template.yml
cria uma nova variável testJob
usando cada palavra-chave. Em seguida, o modelo faz referência ao , que é definido azure-pipeline.yml
e passado para o testJob.templateContext.expectedHTTPResponseCode
modelo.
Quando o código de resposta é 200, o modelo faz uma solicitação REST. Quando o código de resposta é 500, o modelo gera todas as variáveis de ambiente para depuração.
templateContext
pode conter propriedades.
#testing-template.yml
parameters:
- name: testSet
type: jobList
jobs:
- ${{ each testJob in parameters.testSet }}:
- ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
- job:
steps:
- powershell: 'Invoke-RestMethod -Uri https://blogs.msdn.microsoft.com/powershell/feed/ | Format-Table -Property Title, pubDate'
- ${{ testJob.steps }}
- ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
- job:
steps:
- powershell: 'Get-ChildItem -Path Env:\'
- ${{ testJob.steps }}
#azure-pipeline.yml
trigger: none
pool:
vmImage: ubuntu-latest
extends:
template: testing-template.yml
parameters:
testSet:
- job: positive_test
templateContext:
expectedHTTPResponseCode: 200
steps:
- script: echo "Run positive test"
- job: negative_test
templateContext:
expectedHTTPResponseCode: 500
steps:
- script: echo "Run negative test"
Parâmetros para selecionar um modelo em tempo de execução
Você pode chamar modelos diferentes de um pipeline YAML dependendo de uma condição. Neste exemplo, o YAML é executado quando o experimental.yml
parâmetro experimentalTemplate
é true.
#azure-pipeline.yml
parameters:
- name: experimentalTemplate
displayName: 'Use experimental build process?'
type: boolean
default: false
steps:
- ${{ if eq(parameters.experimentalTemplate, true) }}:
- template: experimental.yml
- ${{ if not(eq(parameters.experimentalTemplate, true)) }}:
- template: stable.yml
Tipos de dados de parâmetros
Tipo de dados | Notas |
---|---|
string |
string |
number |
pode ser restrito a , caso contrário, qualquer cadeia de caracteres semelhante a values: um número é aceita |
boolean |
true ou false |
object |
qualquer estrutura YAML |
step |
Um único passo |
stepList |
Sequência de passos |
job |
um único emprego |
jobList |
Sequência de trabalhos |
deployment |
Um único trabalho de implantação |
deploymentList |
Sequência de trabalhos de implantação |
stage |
uma única etapa |
stageList |
Sequência de estágios |
Os tipos de dados step, stepList, job, jobList, deployment, deploymentList, stage e stageList usam o formato de esquema YAML padrão. Este exemplo inclui string, number, boolean, object, step e stepList.
parameters:
- name: myString
type: string
default: a string
- name: myMultiString
type: string
default: default
values:
- default
- ubuntu
- name: myNumber
type: number
default: 2
values:
- 1
- 2
- 4
- 8
- 16
- name: myBoolean
type: boolean
default: true
- name: myObject
type: object
default:
foo: FOO
bar: BAR
things:
- one
- two
- three
nested:
one: apple
two: pear
count: 3
- name: myStep
type: step
default:
script: echo my step
- name: mySteplist
type: stepList
default:
- script: echo step one
- script: echo step two
trigger: none
jobs:
- job: stepList
steps: ${{ parameters.mySteplist }}
- job: myStep
steps:
- ${{ parameters.myStep }}
Você pode iterar através de um objeto e imprimir cada cadeia de caracteres no objeto.
parameters:
- name: listOfStrings
type: object
default:
- one
- two
steps:
- ${{ each value in parameters.listOfStrings }}:
- script: echo ${{ value }}
Além disso, você pode iterar através de elementos aninhados dentro de um objeto.
parameters:
- name: listOfFruits
type: object
default:
- fruitName: 'apple'
colors: ['red','green']
- fruitName: 'lemon'
colors: ['yellow']
steps:
- ${{ each fruit in parameters.listOfFruits }} :
- ${{ each fruitColor in fruit.colors}} :
- script: echo ${{ fruit.fruitName}} ${{ fruitColor }}
Parâmetros obrigatórios
Você pode adicionar uma etapa de validação no início do modelo para verificar os parâmetros necessários.
Aqui está um exemplo que verifica o solution
parâmetro usando Bash (que permite que ele funcione em qualquer plataforma):
# File: steps/msbuild.yml
parameters:
- name: 'solution'
default: ''
type: string
steps:
- bash: |
if [ -z "$SOLUTION" ]; then
echo "##vso[task.logissue type=error;]Missing template parameter \"solution\""
echo "##vso[task.complete result=Failed;]"
fi
env:
SOLUTION: ${{ parameters.solution }}
displayName: Check for required parameters
- task: msbuild@1
inputs:
solution: ${{ parameters.solution }}
- task: vstest@2
inputs:
solution: ${{ parameters.solution }}
Para mostrar que o modelo falha se estiver faltando o parâmetro necessário:
# File: azure-pipelines.yml
# This will fail since it doesn't set the "solution" parameter to anything,
# so the template will use its default of an empty string
steps:
- template: steps/msbuild.yml
Você pode passar parâmetros para modelos.
A parameters
seção define quais parâmetros estão disponíveis no modelo e seus valores padrão.
Os modelos são expandidos imediatamente antes da execução do pipeline para que os valores cercados por ${{ }}
sejam substituídos pelos parâmetros que ele recebe do pipeline de delimitação. Como resultado, apenas variáveis predefinidas podem ser usadas em parâmetros.
Para usar parâmetros em vários pipelines, veja como criar um grupo de variáveis.
Modelos de trabalho, estágio e etapa com parâmetros
# File: templates/npm-with-params.yml
parameters:
name: '' # defaults for any parameters that aren't specified
vmImage: ''
jobs:
- job: ${{ parameters.name }}
pool:
vmImage: ${{ parameters.vmImage }}
steps:
- script: npm install
- script: npm test
Ao consumir o modelo em seu pipeline, especifique valores para os parâmetros do modelo.
# File: azure-pipelines.yml
jobs:
- template: templates/npm-with-params.yml # Template reference
parameters:
name: Linux
vmImage: 'ubuntu-latest'
- template: templates/npm-with-params.yml # Template reference
parameters:
name: macOS
vmImage: 'macOS-10.13'
- template: templates/npm-with-params.yml # Template reference
parameters:
name: Windows
vmImage: 'windows-latest'
Você também pode usar parâmetros com modelos de etapa ou estágio. Por exemplo, etapas com parâmetros:
# File: templates/steps-with-params.yml
parameters:
runExtendedTests: 'false' # defaults for any parameters that aren't specified
steps:
- script: npm test
- ${{ if eq(parameters.runExtendedTests, 'true') }}:
- script: npm test --extended
Ao consumir o modelo em seu pipeline, especifique valores para os parâmetros do modelo.
# File: azure-pipelines.yml
steps:
- script: npm install
- template: templates/steps-with-params.yml # Template reference
parameters:
runExtendedTests: 'true'
Nota
Os parâmetros escalares são sempre tratados como strings.
Por exemplo, quase sempre retornará, eq(parameters['myparam'], true)
mesmo que o myparam
parâmetro seja a palavra false
.true
Strings não vazias são convertidas em true
um contexto booleano.
Essa expressão poderia ser reescrita para comparar explicitamente cadeias de caracteres: eq(parameters['myparam'], 'true')
.
Os parâmetros não estão limitados a cadeias escalares. Desde que o local onde o parâmetro se expande espere um mapeamento, o parâmetro pode ser um mapeamento. Da mesma forma, as sequências podem ser passadas onde as sequências são esperadas. Por exemplo:
# azure-pipelines.yml
jobs:
- template: process.yml
parameters:
pool: # this parameter is called `pool`
vmImage: ubuntu-latest # and it's a mapping rather than a string
# process.yml
parameters:
pool: {}
jobs:
- job: build
pool: ${{ parameters.pool }}
Comentários
https://aka.ms/ContentUserFeedback.
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja:Submeter e ver comentários