• Icon: Suggestion Suggestion
    • Resolution: Unresolved
    • None
    • Triggers
    • None
    • 1
    • 2
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      Problem Definition

      With a Trigger configured, Bamboo will run change detection after every build. This can cause issues if code changes are checked in during a Build as new builds will be triggered until manually stopped.

      Suggested Solution

      Add an option to not run Change Detection after the build

      Workaround

      Currently, the only option is to remove the Trigger.

          Form Name

            [BAM-18497] Enable opt-out of Change Detection after build

            CW added a comment -

            Hello, I'm with the team that caused this particular improvement request to be created. Our desired use case is as follows:

            (1) When I check some source files into Perforce, Perforce fires a trigger script that starts a build on Bamboo.

            (2) Bamboo runs a build plan that syncs the Perforce depot, checks out some files (executables we're about to build), and runs a make. These steps (other than the sync) are done via Windows batch files set up as Bamboo command tasks.

            (3) After the build is done, the last step of the Bamboo build plan runs a batch file that does a "p4 submit" to check those newly built executables into the depot. (Checking into P4 is how we are currently distributing executables to our team.)

            The issue, as mentioned in the request description above, is that the "p4 submit" step triggers another build because Bamboo detects it as a change even though it is not being triggered by the P4/Bamboo trigger.

            May I request, with specific self-interest, that your team have a closer look at implementing this "opt-out" feature, please? Thanks!

             

            • Chuck Woo
            • Sony Interactive Entertainment

             

            CW added a comment - Hello, I'm with the team that caused this particular improvement request to be created. Our desired use case is as follows: (1) When I check some source files into Perforce, Perforce fires a trigger script that starts a build on Bamboo. (2) Bamboo runs a build plan that syncs the Perforce depot, checks out some files (executables we're about to build), and runs a make. These steps (other than the sync) are done via Windows batch files set up as Bamboo command tasks. (3) After the build is done, the last step of the Bamboo build plan runs a batch file that does a "p4 submit" to check those newly built executables into the depot. (Checking into P4 is how we are currently distributing executables to our team.) The issue, as mentioned in the request description above, is that the "p4 submit" step triggers another build because Bamboo detects it as a change even though it is not being triggered by the P4/Bamboo trigger. May I request, with specific self-interest, that your team have a closer look at implementing this "opt-out" feature, please? Thanks!   Chuck Woo Sony Interactive Entertainment  

              Unassigned Unassigned
              ezeidan Ellie Z (they/them)
              Votes:
              5 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated: