# Limit concurrency on specified (deploy) branches, or on project/app level (only allow X concurrency for app Y) **URL:** \ **Category:** Website\ **Tags:** šŸ—“-planned\ **Created:** [February 9, 2017, 2:07pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716 "2017-02-09T14:07:42Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [February 9, 2017, 2:07pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/1 "2017-02-09T14:07:42Z")
_From Viktor Benei [bitrise staff] on 2016/01/14 14:09:23 +0000_ There might be a case when you donā€™t want to allow multiple (usually deploy) builds to run concurrently. Even if we have more than 1 concurrency we might want to require one or more branch to only run one build at a time - for example when deploying a web-app. _Copied from original feature request: [http://bitrise.uservoice.com/forums/235233-general/suggestions/11444958-limit-concurrency-on-specified-deploy-branches](http://bitrise.uservoice.com/forums/235233-general/suggestions/11444958-limit-concurrency-on-specified-deploy-branches)_ ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [February 9, 2017, 2:07pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/2 "2017-02-09T14:07:43Z")
_From Ara Juljulian on 2016/09/13 13:21:02 +0000_ We have an iOS team and an Android team. We have two corresponding apps on Bitrise (in the process of setting them up). Currently, even though we have multiple concurrencies, I find that I am constantly having to wait for the Android integrations to complete before I'm able to run an iOS integration. Ideally, I would allocate 2 or 3 concurrencies to each team and not have them step on each others' toes. Thanks. ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [February 9, 2017, 2:07pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/3 "2017-02-09T14:07:44Z")
_From Sam G on 2016/05/05 20:20:09 +0000_ Also useful if you have a large project with frequent commits. I assumed this was standard CI behavior (Jenkins does this). ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [April 21, 2017, 10:36am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/4 "2017-04-21T10:36:50Z")
Just a note/workaround: now that we have Organizations, if you have e.g. an Android app&team, and an iOS one, you can **create two separate Organizations** , one for the Android and one for the iOS app & team, and manage the concurrency count for both separately. **We still plan to provide a more customizable solution** , where you could set max concurrencies for projects, so that e.g. the Android project can only use 2 concurrencies from the available 3, as well as the iOS one -\> with this config both would get 1 ā€œguaranteedā€ concurrency, and would share one concurrency/build spot which would be assigned automatically, depending on which project needs more builds at that time. If youā€™re interested in this more customizable solution **please keep voting on this feature request!** ---
**Author:** ![koral](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/koral/32/357_2.png) [@koral](https://discuss.bitrise.io/u/koral)\ **Post date:** [July 13, 2017, 4:16pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/5 "2017-07-13T16:16:32Z")
Another use case is some kind of limited external resource. For example a private device test farm. One may want to test app #1 on all the devices, then app #2 etc. Even if there are bunch of concurrencies available workflows with tests should be serialized. On jenkins such configuration may be achieved by disabling `Execute concurrent builds if necessary` and enabling `Restrict where this project can be run` with single agent specified. > [@viktorbenei](#): > > We still plan to provide a more customizable solution, where you could set max concurrencies for projects, Maybe a little bit more flexible solution is to add a ā€œconcurrency labelā€ attribute to workflows. So that you can set that label on workflows and then set max concurrencies per label. Given label may be assigned to workflows in multiple apps. ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [July 14, 2017, 8:11am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/6 "2017-07-14T08:11:33Z")
@koral Definitely a great idea and there are related things on our roadmap šŸ˜‰ ---
**Author:** ![neobeppe](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/neobeppe/32/801_2.png) [@neobeppe](https://discuss.bitrise.io/u/neobeppe)\ **Post date:** [September 8, 2017, 11:03am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/7 "2017-09-08T11:03:03Z")
Please implement this feature, otherwise we are stuck in a infinite queue per project ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [September 8, 2017, 11:17am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/8 "2017-09-08T11:17:38Z")
> [@neobeppe](#): > > otherwise we are stuck in a infinite queue per project Why? If you have infinite builds limiting the running build count wonā€™t help - can you please share a bit more details/context @neobeppe ? ---
**Author:** ![neobeppe](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/neobeppe/32/801_2.png) [@neobeppe](https://discuss.bitrise.io/u/neobeppe)\ **Post date:** [September 8, 2017, 12:35pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/9 "2017-09-08T12:35:41Z")
We have 4 projects, 2 iOS and 2 Android concurrency x 2 is ok, but without concurrency limit on project we are experiencing something like 8-9 builds in queue on a single project ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [September 8, 2017, 1:14pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/10 "2017-09-08T13:14:48Z")
Makes sense, thanks for the details @neobeppe! šŸ™‚ ---
**Author:** ![dvdchr-tvlk](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@dvdchr-tvlk](https://discuss.bitrise.io/u/dvdchr-tvlk)\ **Post date:** [September 14, 2017, 5:14am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/11 "2017-09-14T05:14:54Z")
I would also love this feature! But instead of branches, would be awesome if we can limit concurrency for specific apps or workflows. In my case, we currently have two type of workflow: automated test workflow (which triggers on every new commits), and build workflow (which gets triggered daily, or manually during testing period). Whatā€™s happening right now is that the automated test workflow is hogging all the workers and our testers are waiting for the build to complete. In the end, I had to manually abort all the test workflows. Another idea we have, apart from limiting concurrency ā€“ is prioritized workflow, so we donā€™t have to abort queued jobs. ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [September 14, 2017, 9:19am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/12 "2017-09-14T09:19:00Z")
> [@dvdchr-tvlk](#): > > I would also love this feature! But instead of branches, would be awesome if we can limit concurrency for specific apps or workflows. Specific apps: definitely, that should be covered with something like `branch: "*"` to match all branches. Workflows: good point, weā€™ll think about that, but right now Iā€™m not sure if I have a use case for that (if weā€™d have branch based filters). Do you have a use case you could share? > [@dvdchr-tvlk](#): > > Another idea we have, apart from limiting concurrency ā€“ is prioritized workflow, so we donā€™t have to abort queued jobs. Thatā€™s a great idea, I love it! Would make it easier to have faster deploys in case PR builds are hogging your queue. ---
**Author:** ![dvdchr-tvlk](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@dvdchr-tvlk](https://discuss.bitrise.io/u/dvdchr-tvlk)\ **Post date:** [September 20, 2017, 12:00pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/13 "2017-09-20T12:00:55Z")
> [@viktorbenei](#): > > Workflows: good point, weā€™ll think about that, but right now Iā€™m not sure if I have a use case for that (if weā€™d have branch based filters). Do you have a use case you could share? In our use case, we have a Bitrise workflow that gets triggered when someone pushes on our develop or release branch, or creates a pull request. This workflow uses your new derived data cache (awesome work, btw!) to minimize build time (so it wonā€™t block reviews too long, or prevent further breaks on develop branch). Thereā€™s also the workflow thatā€™s being used manually by our QA team to archive the app and deploy it to Crashlytics Beta for internal distribution. This workflow should get higher priority. However, both workflows might execute on the same branch. (EDIT: Added more explanation) If for example, prioritization is not possible, letā€™s say I have 3 concurrency plan ā€“ then I would limit the workflow for pull request to 1 or 2, while the archive workflow can use full resource. This enables archive workflow to keep going even though the pull request workflow is stacking up. Ideally, this has the same goal as prioritization. ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [September 21, 2017, 10:53am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/14 "2017-09-21T10:53:11Z")
Definitely makes sense @dvdchr-tvlk, thank you for the use case & detailed infos! šŸ™‚ ---
**Author:** ![DanielCreagh](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/danielcreagh/32/380_2.png) [@DanielCreagh](https://discuss.bitrise.io/u/DanielCreagh)\ **Post date:** [October 25, 2017, 9:29am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/15 "2017-10-25T09:29:21Z")
I have a user case for this also. For deployment of mobile apps. Deployment workflows can often involve incrementing build version numbers. I donā€™t want two deployment workflows running on concurrent jobs as they will both attempt to increment the version number and push back to github. This will mean I get two different builds with the same version number. I would like to be able to restrict jobs so that if a job is already running on a specific branch or workflow it will wait until it is finished before initiating the next one. ---
**Author:** ![viktorbenei](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/viktorbenei/32/18_2.png) [@viktorbenei](https://discuss.bitrise.io/u/viktorbenei)\ **Post date:** [October 25, 2017, 9:42am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/16 "2017-10-25T09:42:03Z")
Makes sense @DanielCreagh and itā€™s definitely planned, but we donā€™t have an ETA yet. ---
**Author:** ![DeveloperExozet](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/developerexozet/32/348_2.png) [@DeveloperExozet](https://discuss.bitrise.io/u/DeveloperExozet)\ **Post date:** [June 18, 2018, 12:53pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/17 "2018-06-18T12:53:34Z")
## Description of the feature request Currently we have a plan for 3 simultaneous builds under 1 organisation. Is there a way to limit 1 build for project so that 1 project has only one simulationus build. We need this case as some projects would ask for 3 builds when they are triggered from 3 different branches. And at the same time another project would ask for a build but it will have to queue as all the build slots are busy. Currently its not possible to optimize the build trigger for the projects. ## Use case / for what or how I would use it In the case I have 3 free slots when one project triggers the build 3 times it will keep 2 of its builds in the queue and if another project would ask for a build it can take 1 slot without having to abort the previous project builds and 1 slot will still be free. Thanks ---
**Author:** ![daniel](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/daniel/32/20_2.png) [@daniel](https://discuss.bitrise.io/u/daniel)\ **Post date:** [July 10, 2018, 2:59pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/18 "2018-07-10T14:59:10Z")
Hi @DeveloperExozet, Thank you for the feature request! Iā€™m merging this thread to an already existing (and planned) one, which is about the same feature: > [@Limit concurrency on specified (deploy) branches, or on project/app level (only allow X concurrency for app Y)](http://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716): > > From Viktor Benei [bitrise staff] on 2016/01/14 14:09:23 +0000 There might be a case when you donā€™t want to allow multiple (usually deploy) builds to run concurrently. Even if we have more than 1 concurrency we might want to require one or more branch to only run one build at a time - for example when deploying a web-app. Copied from original feature request: [http://bitrise.uservoice.com/forums/235233-general/suggestions/11444958-limit-concurrency-on-specified-deploy-branches](http://bitrise.uservoice.com/forums/235233-general/suggestions/11444958-limit-concurrency-on-specified-deploy-branches) ---
**Author:** ![dicksson.oliveira](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/dicksson.oliveira/32/2397_2.png) [@dicksson.oliveira](https://discuss.bitrise.io/u/dicksson.oliveira)\ **Post date:** [July 17, 2019, 2:34pm UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/19 "2019-07-17T14:34:24Z")
Hey there, sorry for the bump. I have a scenario in which one workflow (primary) starts a number of concurrent workflows at some point (through the Bitrise Start Build step). If I have 3 concurrencies available, if 3 primary workflows are executed, there will be a deadlock situation: the concurrent workflows they start are all put on hold, and the primary workflows waiting for them fail due to timeout. I havenā€™t found a setting to limit the number of workflows running at the same time, so Iā€™m bumping this thread to find out if Iā€™m missing something. Thanks in advance! ---
**Author:** ![bitce](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.bitrise.io/bitce/32/1639_2.png) [@bitce](https://discuss.bitrise.io/u/bitce)\ **Post date:** [July 19, 2019, 8:54am UTC](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716/20 "2019-07-19T08:54:37Z")
Hi @dicksson.oliveira! Unfortunately there is no way around this at the moment, but the bump is very much welcomed! šŸ™‚ [Next page](https://discuss.bitrise.io/t/limit-concurrency-on-specified-deploy-branches-or-on-project-app-level-only-allow-x-concurrency-for-app-y/716.md?page=2)