You need to know when a check-in from a feature team has broken the build or caused a test to fail, without impacting the feature team

You manage a software development project that includes multiple feature teams. The teams integrate their
code into a shared code repository as frequently aspossible.
You plan to configure a build definition by using the default build process template (DefaultTemplate.xaml).
You need to know when a check-in from a feature team has broken the build or caused a test to fail, without
impacting the feature team.
What should you do?

You manage a software development project that includes multiple feature teams. The teams integrate their
code into a shared code repository as frequently aspossible.
You plan to configure a build definition by using the default build process template (DefaultTemplate.xaml).
You need to know when a check-in from a feature team has broken the build or caused a test to fail, without
impacting the feature team.
What should you do?

A.
Set the Analyze Test Impact parameter to True in the build process template.

B.
Set the build trigger to Continuous Integration and enable automated testing.

C.
Add the Builds check-in policy to your team project.

D.
Create a shelveset command for pending changes. Queue a build using the latest source with the
shelveset parameter.



Leave a Reply 0

Your email address will not be published. Required fields are marked *