We’ve reversed our decision to deprecate free runner versions. We will continue to provide a free self-hosted runners option going forward.
First of all, thanks for listening to our feedback and for continuing to support the free Runner version.
On the other hand, could you clarify whether the free version will stay on the locked Version 4, or if it will use a different tag than the premium version going forward?
You will update the runners, but only the currently available one (v4) is free of charge. Any future updates, fixes, or improvements will only be available if we pay for them?
So effectively, everyone will end up stuck on an increasingly outdated runner unless we pay Atlassian for the privilege of using our own hardware?
Regarding your statement:
“Additionally, many of our customers want us to continue to innovate in this space, which comes with real costs on our end. So we will continue to offer a premium tier, which we will charge for per the announced pricing.”
I have a simple question: What exactly are we paying our regular Bitbucket license for then? And on top of that, our already expensive Jira and Confluence licenses?
The pricing model as it stands seems to be:
we pay monthly for the products we already use, and
we have to pay extra again if we want to receive updates and improvements in this area.
This feels like we are being charged twice for the same product evolution. Honestly, the situation with Atlassian’s pricing these days comes across as increasingly unreasonable.
Atlassian Team members are employees working across the company in a wide variety of roles.
March 26, 2026 edited
Hi everyone, we've finalised our plans for the implementation of a premium runners tier and have published all the details via a dedicated Bitbucket Cloud blog post. There are important details contained in the update that relate to the migration from the existing runners implementation to the new free/premium tiered model, so please familiarise yourself with the upcoming changes.
Thank you to everyone for your engagement with this process as we work towards a model that allows us to grow our investment in this critical piece of functionality.
After the migration period is complete and we shift people to paid or free workspaces on June 3rd we will release a new version that is the base runner for both free and paid customers. Security updates, patches and bug fixes we identify will be regularly patched in that common version.
I think there are no concurrent limit for self-hosted runner (not sure) before atlassian announce v5 last year, so as article said if we stayed in v4 (old) runner https://www.atlassian.com/blog/bitbucket/announcing-the-next-chapter-for-bitbucket-pipelines-runners this article said that we can use 100 free old runners, do they have concurrent limit? cause my support and accout manager can't give us an ACCURATE answer, my support eng said that after 6/3 if we use old runners, our concurrent limit is 1 ?????!! this make no sense at all, if so, why you keep old ver runners?
Atlassian Team members are employees working across the company in a wide variety of roles.
May 27, 2026 edited
@Solomon Chen the pathway for you should be fairly straightforward If you do not wish to use premium runners, stay on V3/V4 for now, do not use V5 runners or change the concurrency limit.
After June 3rd, the runner version stops being relevant, you will be either a premium runner workspace, or a free runner workspace, which controls accessible functionality in the runner. You can install the latest released runner version once that migration is complete.
Free runners do not utilise the concurrency limit, instead we restrict you to installing up to 100 runners, which enables up to 100 concurrent steps, you will not need to set the limit, nor will it be exposed to you unless you opt in to premium runners. Step concurrency is a billing control for premium runners.
The Annual plan billing models will be announced separately, for now annual plans are not charged, however if you have no intention of using premium runners, I suggest you stick with the free runners in order to simplify your migration later.
I suggest speaking to your support engineer and clarifying this message with them.
36 comments