Batch merge builds together while a merge build is running - #8668
Conversation
|
Missing Linux yml |
1076eaa to
65fca86
Compare
|
Travis Plunk (@TravisEz13) Could you please add more info about benefits of the change for my education? |
|
Ilya (@iSazonov) See here: I could be missing some nuances also, but it appears that they're looking to batch together builds that originate from the same PR in order to allow Azure to queue a batch job if someone pushes a bunch of commits in quick succession; it will simply build them as one, shortening the overall build time. 🙂 |
|
Rain Sallow (/u/ta11ow) (@vexx32) Thanks. I still don't understand how it works really. |
|
This does not batch PR builds. This batches merge (or as Azure DevOps calls them CI builds) while a merge build is in progress. So if we merge PR A and a merge build starts. Then we merge PR B and C while the build for PR A is still running, the next build will build B & C. The feature Rain Sallow (/u/ta11ow) (@vexx32) mentioned is on by default. |
|
Thanks Travis Plunk (@TravisEz13) ! |
|
Appreciate the clarification, looks like I gotta brush up on the yml spec once again! 😄 |
…l#8668) ## PR Summary Batch merge builds together while a merge build is running ## PR Context Help keep agents available for CI runs.
PR Summary
Batch merge builds together while a merge build is running
PR Context
Help keep agents available for CI runs.
PR Checklist
.h,.cpp,.cs,.ps1and.psm1files have the correct copyright headerWIP:or[ WIP ]to the beginning of the title (theWIPbot will keep its status check atPendingwhile the prefix is present) and remove the prefix when the PR is ready.[feature]to your commit messages if the change is significant or affects feature tests