You have Azure Pipelines and GitHub integrated as a source code repository.
The build pipeline has continuous integration enabled.
You plan to trigger an automated build whenever code changes are committed to the repository.
You need to ensure that the system will wait until a build completes before queuing another build.
What should you implement?
A . path filters
B . batch changes
C . scheduled builds
D . branch filters
Answer: B
Explanation:
Batching CI runs
If you have many team members uploading changes often, you may want to reduce the
number of runs you start. If you set batch to true, when a pipeline is running, the system
waits until the run is completed, then starts another run with all changes that have not yet
been built.
Example:
# specific branch build with batching trigger:
batch: true branches: include:
– master
To clarify this example, let us say that a push A to master caused the above pipeline to run. While that pipeline is running, additional pushes B and C occur into the repository. These updates do not start new independent runs immediately. But after the first run is completed,
all pushes until that point of time are batched together and a new run is started.
Reference: https://docs.microsoft.com/en-us/azure/devops/pipelines/repos/github
Latest AZ-400 Dumps Valid Version with 289 Q&As
Latest And Valid Q&A | Instant Download | Once Fail, Full Refund