Resetting build policy on branch update in VSTS / Azure DevOps












4















I'm using a build policy on one of my Azure DevOps git branches.



Is there any way of requiring a manually triggered branch build policy be run again if the source branch is updated?



My branch policy is set to Manual trigger. We use Manual instead of Automatic to reduce the number of builds (we use self hosted build server) running on our CI server as we typically open PR's early to provide feedback and facilitate conversation around code.



If the trigger was set to automatic, then any time source branch is updated a new build is queued. This isn't case with Manual. I had situation where build policy passed but then a further commit was made to branch and the reviewer approved. But the build was not manually triggered again and the last commit & push introduced a bug. I'd like the build validation policy to either reset or fail every time the source branch is updated similar to how code reviewer votes are reset after a push.



Is this possible?










share|improve this question



























    4















    I'm using a build policy on one of my Azure DevOps git branches.



    Is there any way of requiring a manually triggered branch build policy be run again if the source branch is updated?



    My branch policy is set to Manual trigger. We use Manual instead of Automatic to reduce the number of builds (we use self hosted build server) running on our CI server as we typically open PR's early to provide feedback and facilitate conversation around code.



    If the trigger was set to automatic, then any time source branch is updated a new build is queued. This isn't case with Manual. I had situation where build policy passed but then a further commit was made to branch and the reviewer approved. But the build was not manually triggered again and the last commit & push introduced a bug. I'd like the build validation policy to either reset or fail every time the source branch is updated similar to how code reviewer votes are reset after a push.



    Is this possible?










    share|improve this question

























      4












      4








      4








      I'm using a build policy on one of my Azure DevOps git branches.



      Is there any way of requiring a manually triggered branch build policy be run again if the source branch is updated?



      My branch policy is set to Manual trigger. We use Manual instead of Automatic to reduce the number of builds (we use self hosted build server) running on our CI server as we typically open PR's early to provide feedback and facilitate conversation around code.



      If the trigger was set to automatic, then any time source branch is updated a new build is queued. This isn't case with Manual. I had situation where build policy passed but then a further commit was made to branch and the reviewer approved. But the build was not manually triggered again and the last commit & push introduced a bug. I'd like the build validation policy to either reset or fail every time the source branch is updated similar to how code reviewer votes are reset after a push.



      Is this possible?










      share|improve this question














      I'm using a build policy on one of my Azure DevOps git branches.



      Is there any way of requiring a manually triggered branch build policy be run again if the source branch is updated?



      My branch policy is set to Manual trigger. We use Manual instead of Automatic to reduce the number of builds (we use self hosted build server) running on our CI server as we typically open PR's early to provide feedback and facilitate conversation around code.



      If the trigger was set to automatic, then any time source branch is updated a new build is queued. This isn't case with Manual. I had situation where build policy passed but then a further commit was made to branch and the reviewer approved. But the build was not manually triggered again and the last commit & push introduced a bug. I'd like the build validation policy to either reset or fail every time the source branch is updated similar to how code reviewer votes are reset after a push.



      Is this possible?







      azure-devops azure-pipelines






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Oct 23 '18 at 2:34









      Ciaran O'NeillCiaran O'Neill

      1,64052638




      1,64052638
























          2 Answers
          2






          active

          oldest

          votes


















          1














          I do not think this is currently possible, it has been raised on the Developer community as a feature request / issue, so I would encourage you to up-vote this here.






          share|improve this answer































            1














            A solution for our scenario (too many builds were being queued, because Code Reviews come back with changes) was to use Pull Request drafts.



            Sprint 143 - Draft Pull Request



            When creating a PR, you can click Create as Draft in the drop down beside the Create button.






            share|improve this answer

























              Your Answer






              StackExchange.ifUsing("editor", function () {
              StackExchange.using("externalEditor", function () {
              StackExchange.using("snippets", function () {
              StackExchange.snippets.init();
              });
              });
              }, "code-snippets");

              StackExchange.ready(function() {
              var channelOptions = {
              tags: "".split(" "),
              id: "1"
              };
              initTagRenderer("".split(" "), "".split(" "), channelOptions);

              StackExchange.using("externalEditor", function() {
              // Have to fire editor after snippets, if snippets enabled
              if (StackExchange.settings.snippets.snippetsEnabled) {
              StackExchange.using("snippets", function() {
              createEditor();
              });
              }
              else {
              createEditor();
              }
              });

              function createEditor() {
              StackExchange.prepareEditor({
              heartbeatType: 'answer',
              autoActivateHeartbeat: false,
              convertImagesToLinks: true,
              noModals: true,
              showLowRepImageUploadWarning: true,
              reputationToPostImages: 10,
              bindNavPrevention: true,
              postfix: "",
              imageUploader: {
              brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
              contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
              allowUrls: true
              },
              onDemand: true,
              discardSelector: ".discard-answer"
              ,immediatelyShowMarkdownHelp:true
              });


              }
              });














              draft saved

              draft discarded


















              StackExchange.ready(
              function () {
              StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f52940355%2fresetting-build-policy-on-branch-update-in-vsts-azure-devops%23new-answer', 'question_page');
              }
              );

              Post as a guest















              Required, but never shown

























              2 Answers
              2






              active

              oldest

              votes








              2 Answers
              2






              active

              oldest

              votes









              active

              oldest

              votes






              active

              oldest

              votes









              1














              I do not think this is currently possible, it has been raised on the Developer community as a feature request / issue, so I would encourage you to up-vote this here.






              share|improve this answer




























                1














                I do not think this is currently possible, it has been raised on the Developer community as a feature request / issue, so I would encourage you to up-vote this here.






                share|improve this answer


























                  1












                  1








                  1







                  I do not think this is currently possible, it has been raised on the Developer community as a feature request / issue, so I would encourage you to up-vote this here.






                  share|improve this answer













                  I do not think this is currently possible, it has been raised on the Developer community as a feature request / issue, so I would encourage you to up-vote this here.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Nov 19 '18 at 11:02









                  ThomasThomas

                  154110




                  154110

























                      1














                      A solution for our scenario (too many builds were being queued, because Code Reviews come back with changes) was to use Pull Request drafts.



                      Sprint 143 - Draft Pull Request



                      When creating a PR, you can click Create as Draft in the drop down beside the Create button.






                      share|improve this answer






























                        1














                        A solution for our scenario (too many builds were being queued, because Code Reviews come back with changes) was to use Pull Request drafts.



                        Sprint 143 - Draft Pull Request



                        When creating a PR, you can click Create as Draft in the drop down beside the Create button.






                        share|improve this answer




























                          1












                          1








                          1







                          A solution for our scenario (too many builds were being queued, because Code Reviews come back with changes) was to use Pull Request drafts.



                          Sprint 143 - Draft Pull Request



                          When creating a PR, you can click Create as Draft in the drop down beside the Create button.






                          share|improve this answer















                          A solution for our scenario (too many builds were being queued, because Code Reviews come back with changes) was to use Pull Request drafts.



                          Sprint 143 - Draft Pull Request



                          When creating a PR, you can click Create as Draft in the drop down beside the Create button.







                          share|improve this answer














                          share|improve this answer



                          share|improve this answer








                          edited Nov 20 '18 at 21:35

























                          answered Nov 20 '18 at 21:29









                          James EshJames Esh

                          96511732




                          96511732






























                              draft saved

                              draft discarded




















































                              Thanks for contributing an answer to Stack Overflow!


                              • Please be sure to answer the question. Provide details and share your research!

                              But avoid



                              • Asking for help, clarification, or responding to other answers.

                              • Making statements based on opinion; back them up with references or personal experience.


                              To learn more, see our tips on writing great answers.




                              draft saved


                              draft discarded














                              StackExchange.ready(
                              function () {
                              StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f52940355%2fresetting-build-policy-on-branch-update-in-vsts-azure-devops%23new-answer', 'question_page');
                              }
                              );

                              Post as a guest















                              Required, but never shown





















































                              Required, but never shown














                              Required, but never shown












                              Required, but never shown







                              Required, but never shown

































                              Required, but never shown














                              Required, but never shown












                              Required, but never shown







                              Required, but never shown







                              Popular posts from this blog

                              MongoDB - Not Authorized To Execute Command

                              Npm cannot find a required file even through it is in the searched directory

                              in spring boot 2.1 many test slices are not allowed anymore due to multiple @BootstrapWith