テンプレートでパラメーターとそのデータ型を指定し、パイプラインでそれらのパラメーターを参照できます。 templateContext を使用すると、テンプレートのパラメーターとして使用されるステージ、ステップ、ジョブにプロパティを渡すこともできます。
テンプレートの外部でパラメーターを使用することもできます。 パラメーターの既定値にはリテラルのみを使用できます。 YAML スキーマのパラメーターについて説明します。
パラメーターを渡す
パラメーターには、名前とデータ型が含まれている必要があります。
azure-pipelines.yml
では、パラメーター yesNo
がブール値に設定されている場合、ビルドは成功します。
yesNo
が apples
などの文字列に設定されている場合、ビルドは失敗します。
# 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
templateContext を使用してテンプレートにプロパティを渡す
templateContext
を使用して、テンプレートのパラメータとして使用されるプロパティをさらにステージ、ステップ、ジョブに渡すことができます。 具体的には、templateContext
、jobList
、deploymentList
パラメーターのデータ型内で stageList
を指定できます。
templateContext
を使用すると、各ジョブを処理するときに環境設定を簡単に行えます。
templateContext
でジョブとその環境プロパティ オブジェクトをバンドルすることで、YAML の保守と理解が容易になります。
この例では、testSet
のパラメーター testing-template.yml
のデータ型は jobList
です。 テンプレート testing-template.yml
では testJob
を使用して新しい変数 を作成します。 その後、テンプレートでは testJob.templateContext.expectedHTTPResponseCode
を参照し、これが azure-pipeline.yml
に設定され、テンプレートに渡されます。
応答コードが 200 の場合、テンプレートでは REST 要求を行います。 応答コードが 500 の場合、テンプレートではデバッグ用にすべての環境変数を出力します。
templateContext
にはプロパティを含めることができます。
#testing-template.yml
parameters:
- name: testSet
type: jobList
jobs:
- ${{ each testJob in parameters.testSet }}: # Iterate over each job in the 'testSet' parameter
- ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}: # Check if the HTTP response is 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) }}: # Check if the HTTP response is 500
- job:
steps:
- powershell: 'Get-ChildItem -Path Env:\' # Run a PowerShell script to list environment variables
- ${{ testJob.steps }} # Include additional steps from the 'testJob' object
#azure-pipeline.yml
trigger: none
pool:
vmImage: ubuntu-latest
extends:
template: testing-template.yml
parameters:
testSet: # Define the 'testSet' parameter to pass to the template
- job: positive_test # Define a job named 'positive_test'
templateContext:
expectedHTTPResponseCode: 200 # Set the expected HTTP response code to 200 for this job
steps:
- script: echo "Run positive test"
- job: negative_test # Define a job named 'negative_test'
templateContext:
expectedHTTPResponseCode: 500 # Set the expected HTTP response code to 500 for this job
steps:
- script: echo "Run negative test"
実行時にテンプレートを選ぶためのパラメーター
条件に応じて、パイプライン YAML から異なるテンプレートを呼び出すことができます。 この例では、experimental.yml
パラメータが true の場合に experimentalTemplate
YAML が実行されます。
#azure-pipeline.yml
parameters:
- name: experimentalTemplate
displayName: 'Use experimental build process?'
type: boolean
default: false
steps:
- ${{ if eq(parameters.experimentalTemplate, true) }}: # Check if 'experimentalTemplate' is true
- template: experimental.yml
- ${{ if not(eq(parameters.experimentalTemplate, true)) }}: # Check if 'experimentalTemplate' is not true
- template: stable.yml
パラメーターのデータ型
Von Bedeutung
新しい stringList データ型機能は、翌月にロールアウトされます。
データ型 | メモ |
---|---|
string |
ひも |
stringList |
複数選択可能な項目のリスト。 テンプレートでは使用できません |
number |
values: に制限される場合があります。それ以外の場合は、任意の数値のような文字列が受け入れられます |
boolean |
true または false |
object |
任意の YAML 構造体 |
step |
1 つのステップ |
stepList |
ステップのシーケンス |
job |
1 つのジョブ |
jobList |
ジョブのシーケンス |
deployment |
1 つの配置ジョブ |
deploymentList |
配置ジョブのシーケンス |
stage |
1 つのステージ |
stageList |
ステージのシーケンス |
step
、stepList
、job
、jobList
、deployment
、deploymentList
、stage
、stringList
、stageList
のデータ型はすべて、標準の YAML スキーマ形式を使用します。 この例には、 string
、 number
、 boolean
、 object
、 step
、および stepList
が含まれます。
注
stringList
データ型はテンプレートでは使用できません。 代わりに、テンプレートで object
データ型を使用してください。
parameters:
- name: myString # Define a parameter named 'myString'
type: string # The parameter type is string
default: a string # Default value is 'a string'
- name: myMultiString # Define a parameter named 'myMultiString'
type: string # The parameter type is string
default: default # Default value is 'default', only one default
values: # Allowed values for 'myMultiString'
- default
- ubuntu
- name: myStringlist # Define a parameter named 'myStringlist'
type: stringList # The parameter type is stringList
displayName: Regions
values: # Allowed values for 'myStringlist'
- WUS
- CUS
- EUS
default: # Default values
- WUS
- CUS
- name: myNumber # Define a parameter named 'myNumber'
type: number # The parameter type is number
default: 2 # Default value is 2
values: # Allowed values for 'myNumber'
- 1
- 2
- 4
- 8
- 16
- name: myBoolean # Define a parameter named 'myBoolean'
type: boolean # The parameter type is boolean
default: true # Default value is true
- name: myObject # Define a parameter named 'myObject'
type: object # The parameter type is object
default: # Default value is an object with nested properties
foo: FOO # Property 'foo' with value 'FOO'
bar: BAR # Property 'bar' with value 'BAR'
things: # Property 'things' is a list
- one
- two
- three
nested: # Property 'nested' is an object
one: apple # Property 'one' with value 'apple'
two: pear # Property 'two' with value 'pear'
count: 3 # Property 'count' with value 3
- name: myStep # Define a parameter named 'myStep'
type: step # The parameter type is step
default: # Default value is a step
script: echo my step
- name: mySteplist # Define a parameter named 'mySteplist'
type: stepList # The parameter type is stepList
default: # Default value is a list of steps
- script: echo step one
- script: echo step two
trigger: none
jobs:
- job: stepList # Define a job named 'stepList'
steps: ${{ parameters.mySteplist }} # Use the steps from the 'mySteplist' parameter
- job: myStep # Define a job named 'myStep'
steps:
- ${{ parameters.myStep }} # Use the step from the 'myStep' parameter
- job: stringList # Define a job named 'stringList'
steps:
- ${{ each region in parameters.myStringlist }}:
- script: echo ${{region}}
オブジェクトを反復処理し、オブジェクト内の各文字列を出力できます。
parameters:
- name: listOfStrings
type: object
default:
- one
- two
steps:
- ${{ each value in parameters.listOfStrings }}: # Iterate over each value in the 'listOfStrings' parameter
- script: echo ${{ value }} # Output the current value in the iteration
さらに、オブジェクト内の入れ子になった要素を反復処理することもできます。
parameters:
- name: listOfFruits
type: object
default:
- fruitName: 'apple'
colors: ['red','green']
- fruitName: 'lemon'
colors: ['yellow']
steps:
- ${{ each fruit in parameters.listOfFruits }} : # Iterate over each fruit in the 'listOfFruits'
- ${{ each fruitColor in fruit.colors}} : # Iterate over each color in the current fruit's colors
- script: echo ${{ fruit.fruitName}} ${{ fruitColor }} # Echo the current fruit's name and color
また、オブジェクトのキーと対応する値を直接参照することもできます。
parameters:
- name: myObject
type: object
default:
key1: 'value1'
key2: 'value2'
key3: 'value3'
jobs:
- job: ExampleJob
displayName: 'Example object parameter job'
pool:
vmImage: 'ubuntu-latest'
steps:
- script: |
echo "Keys in myObject:"
echo "Key1: ${{ parameters.myObject.key1 }}"
echo "Key2: ${{ parameters.myObject.key2 }}"
echo "Key3: ${{ parameters.myObject.key3 }}"
displayName: 'Display object keys and values'
必須のパラメーター
Pipelines では、パラメーターが欠落している場合、エラーが自動的に報告されます。 テンプレートの冒頭に検証ステップを追加して、必要なパラメーターをチェックし、適切なアクションを起こすことできます。
Bash を使用する solution
パラメーターをチェックする例を次に示します。
# 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: VSBuild@1
inputs:
solution: ${{ parameters.solution }}
- task: VSTest@3
inputs:
testSelector: 'testAssemblies'
testAssemblyVer2: ${{ parameters.solution }}
searchFolder: '$(System.DefaultWorkingDirectory)'
必要なパラメーターがない場合、テンプレートが失敗することを示すには、次のようにします。
# 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