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

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

Avatar

1 badge earned

Collect

Participate in fun challenges

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

Challenges
Coins

Gift kudos to your peers

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

Recognition
Ribbon

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!

Leaderboard

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
4,555,973
Community Members
 
Community Events
184
Community Groups

"After successful stage" trigger is deploying the wrong build result after Release Stage

Hello,

I'm having a bit of trouble with the "After successful stage" trigger for my Bamboo Deployment project.

I have a Deployment project that is associated with a build plan.

The plan is relatively simple. There's a Build Stage and a Release Stage. Release Stage is a subsequent process of the Build Stage.

My build and release stages do not create any artifacts. Instead, they push their built objects to docker and then injects Bamboo variables into the result's metadata. The deployment projects read in these variables to figure out which version of a project to deploy.

I would like to have two triggers that do the following: whenever a build stage completes, the first trigger deploys the completed build stage result. And whenever a release stage completes, the second trigger deploys the completed release stage result.

I thought I could do this by having two "After successful stage" triggers on my target environment. However, I found some strange behavior.

The build stage trigger works correctly. However, after I run a release stage, I see the release stage trigger deploying the previous build stage result instead of the release stage result. I can tell because the bamboo variables are incorrect. 

Strangely enough, if I disable the triggers and run the release stage, I can deploy the correct release stage result by going to Deploy -> Create new release from build result and selecting the successful release build from the "Build result" dropdown.

Also, as an experiment, I tried adding an artifact to my release stage, modified my release deployment process to print out the name of the artifact and turned the "After Build Stage" triggers back on. Sure enough, the deployment triggered by the successful release stage failed to find the artifact created by the release stage. 

Could this be a bug in the "After successful stage" trigger? 

1 answer

1 accepted

0 votes
Answer accepted
Daniel Santos
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Jan 18, 2019

Hi @Ivan Hu,

I was studying this problem and running some tests and I can confirm that this issue is caused by [BAM-17819] Deployment Release artifact list not updated when the build plan second stage finish

To avoid this issue you should only automatically trigger the deployment one time per build plan and in that moment (the related stage triggering it) all the artifacts needed for the deployment should be already available.

Another workaround that you already know is creating a new release for the same build plan after all stages are run. This will also fix the issue, but than it is a manual step.

If you want to know more about our bug fix policy, please check Atlassian Server Bug Fix Policy.

Thanks for the response Daniel!

I voted up the issue. Hopefully it can be fixed soon. 

Like # people like this
Daniel Santos
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Jan 18, 2019

You are mostly welcome @Ivan Hu!

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events