Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Custom Deployment Steps


I recently started using Pipelines and so far so good but I can't seem to understand how to add more than the standard test/staging/production deployment steps - we have more machines I'd like to setup and couldn't find a way to do this.

A good and perhaps better option will be a dropdown allowing the user to choose what environment to deploy to but for now, I'll settle for setting it and triggering it manually.

Any ideas?

Thanks :)


1 answer

1 vote
mwatson Atlassian Team Jan 16, 2019

Hi Nir,

At the moment, Bitbucket Pipelines only supports test, staging and production as environment names (

However there is a highly voted ticket we are looking at implementing soon to support other environments - I suggest you vote/watch and get updated as to when the feature becomes available -

In the meantime, you can deploy to whatever environments you want, but you only have the three to do actual tracking on - use them for your most important environments and for the rest don't use the `environment` keyword.


Hope this helps,

Matt Watson (Bitbucket Pipelines Development Manager)

Thanks Matt for your quick response.

I'm actually trying to set up a few deployment steps since I have 2 test environments, 2 staging environments and 4 production environments - and I'd like to be able to deploy to any of those without any dependencies - can I do that?

Thanks :)

mwatson Atlassian Team Jan 21, 2019

Hi Nir,


This sounds like a more complicated scenario, where you want to independently deploy to multiple environments (as well as flexible environments) - would you say that what is described in this ticket is similar to what you want?

If so, perhaps comment and vote on that ticket so we can capture all the feedback in the one place.

A workaround for this would rely on building an artifact in one build that is tagged with the commit hash it was built off, then using manual pipelines that you trigger off the same commit to deploy the artifact (identified by the commit hash, which is the common shared information across the pipelines) to an environment specific to that manual pipeline. Alternatively, the main pipeline stores the artifact ID against the commit hash in an external database of some sort, so whoever needs it can retrieve it. Not ideal, I know.

Hope this Helps,

Matt Watson (Bitbucket Pipelines Development Manager)

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Jira

Admins, notify your Jira instance of system-wide changes with the new admin announcement banner

Hi All! We’re excited to share the launch of an announcement banner that lets Jira site administrators communicate directly to their users across their  Jira Cloud instance.  ...

753 views 17 21
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you