You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
I have set up a Plan in Bamboo (running on Ubuntu 12.04) with 3 Stages. I'm just using the default Agent.
Builds are manually triggered via a POST request to the REST API. I want builds to be able to be queued so I've set number of concurrent builds to a high value (which seemed to be the only way to achieve this), but I also want one build to finish before the next one begins.
At the moment this is what's happening if I send 3 build requests in quick succession:
This is what I would like to happen:
Anyone know how to achieve this? Stage 2 takes about half an hour and Stage 3 sends an email, so if 20 build requests are submitted then we have to wait around 10 hours for all of the Stage 2s to complete before the emails are finally sent all at once, rather than receiving one email every half hour or so.
I am facing the same issue, Had to go through the same approach (Calling bamboo via its rest API).
If I change the number of concurrent builds (Miscellaneous > Override default number of concurrent builds), my rest API call returns the following:
<status><status-code>400</status-code><message>Build requested but not started, you have reached the maximum number of concurrent builds allowed 1.</message></status>
Does anyone know a way to prevent it from happening? I would like to have the same solution as John Delaney described.
I know that I could have one stage only and one job and many tasks, but I'd at least like to know if there's a flag or something else easier to be implemented to avoid refactoring.