nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Can I schedule bamboo to build all bitbucket mercurial feature branches?

Gareth Hughes2

Hi,

we are still perfecting our move to mercurial bitbucket from subversion.

(we are an ondemand customer)

We already have 50 feature branches and many fall seriously behind our default.

We have automerging turned on to push default into branches but because some branches lie dormant they get seriously behind and when you do get conflicts they turn into hell on earth.

Is there a way to schedule bamboo to build all the feature branches on our repo?

I know, we should never get conflicts but life's not like that when everyone is new to this game.

thanks for any advice

Accepted answers

PiotrA

Hello Gareth,

I think it is possible to work-around Bamboo by setting up a duplicate of the master/default repository and use multiple triggers for your plan. I'm not sure if that's possible on OnDemand (I believe yes), but I think it's worth a try. For a hint how to set that up, please visit my blog post: http://blogs.atlassian.com/2013/09/tips-for-optimizing-bamboo-on-a-dvcs-team-pt-1/ - the relevant part starts with "Branch updater (Level = hard)" section. I hope this is what you are after, but in case I misunderstood you, feel free to leave a comment here. I'll monitor this question and respond if I can.

All comments

PiotrA

Hello Gareth,

Gareth Hughes2

many thanks for the answer.

Let me just check my understanding of that article.

Our normal plan uses the Branch updater strategy.

In your duplicate plan you use the Gatekeeper rule instead and turn off Push On? Ok, get it, nice idea.

So how does a dormant branch get built? what triggers a build of that branch if there have been no commits? Can that be scheduled as an overnight task to go and build all of our feature branches?

(I admit to not having tried anything yet)

PiotrA

I'm speculating that if you would configure your plan to have a duplicate repository pointing to master/default, and if you would configure your plan to use two triggers: one "Repository Polling" that would be polling "Default" repository, second "Scheduled" that would be... scheduled, then you would have following situation:

- if you push something to the branch, it will trigger the branch build (due to "Repository Polling" trigger)
- if you would push something to the master/default, it wouldn't trigger the branch build (because you would configure "Repository Polling" to not use master/default, right?)
- on scheduled time the branch build would be build, no matter if there are any new changes (I think you could tweak that using different Trigger like "Repository Polling" instead of "Scheduled" - but that's up to you I reckon)

I'm not sure how would you like your branches to be updated - do you want Bamboo to automatically update your branches with master/default (and push that to your upstream repo)? If so, you would probably need to tweak a bit this scheme to use "Branch Updater" strategy with pushing enabled, but as I didn't do any practical research in that direction I'll leave this up to you. I'm not sure if it is 100% possible&feasible though. Maybe not.

Does it make sense what am I describing?

Gareth Hughes2

Yes, nearly!

I will postpone any further work on this until my Bamboo-guru colleague returns next week. Then I'd like to try this out.

many thanks

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

bamboo