Plan Priorities

[Cameron Ferguson]

I don't think there is, but figured I would ask...

Is there a way to specify that a particular plan has build/agent priorities over another plan? For instance, if I had a "testing" plan that could be launched by our engineers to compile and test their product at any time. This potentially could be queued for awhile. But if I had a "Product Release" that was kicked off, potentially i would want it to have a higher priority over the other "non-important" builds that could be occupying our agents. Ideally it would be next in line to use whatever agents it needed in order to complete it's build.

[Przemek Bruski · Accepted solution]

You can't do it automatically, but Bamboo has manual queue sorting capabilities (you can manually reproritise build in queue via drag and drop).

If you want to, you could write a plugin that moves your builds around in a queue using methods of BuildQueueManager class. I wouldn't be surprised if the feature you're asking about appeared in one of the next Bamboo releases. We already had internal mini-projects that focused on smarter build queue management.

[Daniel Brice]

Is this an old feature that has been removed? I'm running Bamboo 4.4.1 and I can't see how drag items in the queue on the Dashboard Current Activity Page.

[Andrei Markov]

18 months later, are we any closer to see smarter queue management? Not yet in 4.4.4 for all I can tell...

[Przemek Bruski]

No, it's not in yet.

[Rafer G]

How about now? 

Is there any smarter queue management available? 

[Brent Villalobos]

You could examine what URL is being used when you drag-n-drop builds in the queue with Firebug. The URL is something like this:

• • • http://your.bamboo.server/build/admin/ajax/reorderBuild.action with a few arguments. Combine that with the Queue REST service and you could build a little priorirty script that can run as a cron job. However, the reorderBuild.action is not part of the official, public Bamboo API so it is subject to change between versions so use it at your own risk.