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

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Deployment environment challenges

My background is from using Octopus, where I could set up a list of environments and variables specific to them, then re-use them in all my deployment plans.

I plan to deploy 100 microservices, over a series of 40-50 environments.  Today, i feel like i have to recreate / clone all 50 environments for each new service.  And, if i have a change to one of the parameters,i have to touch hundreds and hundreds of deployment plans.

Most of what i store for an environment, is a set of credentials or information needed to deploy a service to a box or environment.  For example, if we choose QA-01, we know the boxes the deploy will go to, and have credentials for each.  Today, this seems entirely manual.

I've looked a "specs" but i'm not seeing how this makes it any easier.  Is this just how it is, or am i missing a concept such that environments can exist at a higher level then inside a deployment, or is there something else that helps me with deploys?

1 answer

1 accepted

0 votes
Answer accepted

When using specs, you can automate making changes to the parameters of the environment after it is created / modified. You will need to download the specs file from the git repository, make changes to it (replace the values of the required environment variables) and execute git commit.

You can export the current settings to Java specs and learn what parameters need to be changed.

Unfortunately, Sensitive data encryption cannot be used in automatic mode, because all the data will be stored in the repository in the clear.

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events