Multiple separate triggers in azure-pipelines.yml
Jan 3
I currently have a monorepo with services in subdirectories that I'm leaning towards turning into a multirepo with a metarepo.
One of the reasons I decided to give Azure DevOps a try was someone told me you can have triggers on the subdirectories like:
trigger:
branches:
include:
- master
paths:
include:
- client
Tested and it works.
However, what I'm wondering is if it possible to have multiple independent triggers, or does this require either a polyrepo or multiple .yml? The reason being if there are only changes in the client service, it only triggers that set of tests, build, and deployment, while not triggering the api service to run tests, build, and deploy.
For example:
trigger:
branches:
include:
- master
paths:
include:
- client
stages:
...
Run tests
If tests pass, build and push to ACR
Deploy to AKS
...
trigger:
branches:
include:
- master
paths:
include:
- api
stages:
...
Run tests
If tests pass, build and push to ACR
Deploy to AKS
...
That way, changes in one doesn't cause the entire application to be rebuilt, just what changed.
However, does this require multiple .yml files (not even sure if anything other than azure-pipelines.yml is recognized), does this necessitate a polyrepo, or is this doable in a single azure-pipelines.yml that I'm just not seeing?
1 answer
Accepted answer · original discussion
Jan 6
If I understand your request correctly, you can achieve this in a single azure-pipeline.yml. Please check below example yml.
trigger:
branches:
include:
- master
paths:
include:
- client/*
- api/*
jobs:
- job: getchangepath
pool:
vmImage: 'windows-latest'
steps:
- powershell: |
$url="$(System.CollectionUri)/$(System.TeamProject)/_apis/git/repositories/$(Build.Repository.ID)/commits/$(Build.SourceVersion)/changes?api-version=5.1"
$result = Invoke-RestMethod -Uri $url -Headers @{Authorization = "Bearer $(System.AccessToken)"} -Method GET
$changesFolder = $result.changes | Where-Object{$_.item.gitObjectType -match "tree"} | Select-Object -Property {$_.item.path}
foreach($path in $changesFolder){
if($path -match '/client'){
echo "##vso[task.setvariable variable=Client;isOutput=true]$True"
break
}
}
foreach($path in $changesFolder){
if($path -match '/api'){
echo "##vso[task.setvariable variable=Api;isOutput=true]$True"
break
}
}
name: MyVariable
- job: client
pool :
vmImage: 'windows-latest'
dependsOn: getchangepath
condition: eq(dependencies.getchangepath.outputs['Myvariable.Client'], 'true')
steps:
- powershell: echo 'client job start'
- job: api
pool :
vmImage: 'windows-latest'
dependsOn: getchangepath
condition: eq(dependencies.getchangepath.outputs['Myvariable.Api'], 'true')
steps:
- powershell: echo 'api job start'
In the above yml I have three jobs. In the first job getchangepath I call git get changes Rest API in the PowerShell task to get the changed path which triggered the build. It also outputs the variables if the path contains path /client or /api.
Job client and job api depend on job getchangepath and will be executed on the condition of the output variable in job getchangepath.
Suppose I changed a file in folder client and commit the change to Azure Repo. Then after job getchangepath is finished. MyVariable.Client will be set to true. Then Job client will evaluate its condition and get started. Job Api condtion will be false, and gets skipped.
1 question comment
Use comments to ask for clarification. Post a solution as an answer.
Jan 3