Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-35674

Pull requests not rebuilt when destination commit changes

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      When there is a pull request from feature branch to master branch and someone else either commits something directly to master or merges another pull request, the pull request is not rebuilt - bitbucket-branch-source plugin only checks PR HEAD, but not its destination. PR should be rebuilt when either HEAD or DESTINATION changes.

        Attachments

          Issue Links

            Activity

            Hide
            seanf Sean Flanigan added a comment -

            Note that this behaviour wouldn't work for everyone, because it can trigger build storms: JENKINS-37491.

            Show
            seanf Sean Flanigan added a comment - Note that this behaviour wouldn't work for everyone, because it can trigger build storms:  JENKINS-37491 .
            Hide
            jamesdumay James Dumay added a comment -

            Stephen Connolly another ticket solved by traits?

            Show
            jamesdumay James Dumay added a comment - Stephen Connolly another ticket solved by traits?
            Hide
            stephenconnolly Stephen Connolly added a comment -

            James Dumay nope this is probably something that falls into the "interesting" category. Some users would like to classify the destination changing as making all the PR-merge heads having an change interesting enough to trigger a corresponding build storm... though perhaps not as interesting as a change to the PR HEAD

            Other people do not want the build storm ever.

            Until JENKINS-45502 we probably cannot make either camp completely happy... right now you get the build storm with every periodic scan, but not with the event driven builds (because that at least lets both camps have some control through the frequency of scanning)

            Show
            stephenconnolly Stephen Connolly added a comment - James Dumay nope this is probably something that falls into the "interesting" category. Some users would like to classify the destination changing as making all the PR-merge heads having an change interesting enough to trigger a corresponding build storm... though perhaps not as interesting as a change to the PR HEAD Other people do not want the build storm ever. Until JENKINS-45502  we probably cannot make either camp completely happy... right now you get the build storm with every periodic scan, but not with the event driven builds (because that at least lets both camps have some control through the frequency of scanning)

              People

              Assignee:
              amuniz Antonio Muñiz
              Reporter:
              dodoent Nenad Miksa
              Votes:
              9 Vote for this issue
              Watchers:
              10 Start watching this issue

                Dates

                Created:
                Updated: