A Bamboo Build Plan has several stages. Each of the stages is triggered by a specific branch of a linked remote Bitbucket repository. After the stage of the Bamboo build plan completes successfully, the linked Bamboo deployment environment tasks are triggered.
What specifically do I need to do in order to get the completed deployment environment tasks in Bamboo to trigger a merge of the remote Bitbucket repository code to the next highest branch?
If a merge to the next highest branch in the remote Bitbucket can be triggered from Bamboo at the end of the deployment environment tasks, then that would trigger the running of the next stage of the Bamboo build plan. So that the Bamboo build plan pipeline could continue.
Surely this functionality has been developed and tested, because this auto-merging to the next highest level is an essential enabling technology for a continuous delivery pipeline.
Did you try this variable to print the branch name of the linked repository
as described in the default variables page?
where position is the name of the branch in the repository
if your intention is to just print the repository URL, this might help.
Otherwise what error do you get when you use it?
If a developer already knows the value of the <position> variable, then the user already knows the information required to successfully merge. The question above assumes that the developer does NOT know the value of the <position> variable. The solution to this problem seems to involve using raw git commands because the Bitbucket layer does not seem to model this. Also note that the merging is being done from a remote git repo on the build server to a central git repo on the Bitbucket server. Your answer does not address these aspects.
You will see why your suggestion would not apply if you re-read the first paragraph of the question above.
"A Bamboo Build Plan has several stages. Each of the stages is triggered by a specific branch of a linked remote Bitbucket repository. After the stage of the Bamboo build plan completes successfully, the linked Bamboo deployment environment tasks are triggered."
As you can read in the first paragraph, this implementation needs a release pipeline, and the Build Plan Stages are being used to implement the release pipeline. In the past, we did examine plan branching, but none of the Atlassian documentation indicated that a pipeline could be created using plan branching. The only logical way to organize a pipeline using the objects available in Bamboo seems to be to utilize Plan Stages as the model for Pipeline Stages, and to have success at each Plan Stage trigger deployment to a specified environment.
At the moment, we are focusing on raw git commands and the Bitbucket REST API.
If you can show how to implement a release pipeline with clear stages using plan branching, for the use case described in this question, then it would make sense to explore automatic merging strategies again in more detail.
Thanks for signing up for Jira Ops! I’m Matt Ryall, leader for the Jira Ops product team at Atlassian. Since this is a brand new product, we’ll be delivering improvements quickly and sharing updates...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs