As a user of Atlassian BitBucket server, I was looking into the automatic merging feature you guys have built in. It definitely was something I was looking for, so tried to use it, but had no luck.
I have a master (prod), develop, release/1.0, and release/2.0 branches. I made changes to release/1.0 and created a pull request to merge it to develop branch. By enabling automatic merge, I would expect it to merge the changes to release/2.0 as well, but it won't. Same goes for the case if I create a pull request from release/1.0 to master. It will only merge down to develop and not to the release branch.
Could anyone help me out? I am using 4.9.1 of BitBucket.
Hi Ji! There should be more than 3 branches and should be in sequences. All the branches should have their own update from the previous version. They should look like this:
Also keep in mind that auto-merge does not work in backward manner, only sequence upwards.
Let us know if this helped you!
Thank you for taking the time to answer the question. I really appreciate it.
I have tried with 3 release branches as you said, but still get no cascading merges happening. In my example, I have release/2.0, release/2.1, release/2.2. I tried merging the pull request from release/2.0 into develop, which did not trigger any downstream merges.
Also wasn't sure if having 3 branches was a requirement in the documentation, and why it would be one. Could you explain to me why that is the case?
I'm releasing a new enhancement to my paid add-on tonight (Bit-Booster - Rebase Squash Amend), and part of this work required me to thoroughly experiment with automatic merging yesterday and today.
So here's the thing:
Merges into "develop" will never cascade.
Only merges into release branches or production branches will cascade up.
If you want to see a full cascade based on your setup, try this:
git checkout release/2.0
git add a.txt
git commit -m 'to see cascade'
git push origin HEAD:refs/heads/fix-for-2.0
And then create a pull-request to merge this new "fix-for-2.0" branch into "release/2.0". Right away on the pull-request merge dialog you'll see that it wants to do the cascade:
Some additional notes:
- Auto-merge only happens for changes that arrive via PR. Direct pushes never trigger auto-merge.
- If there's already an open PR for one of the steps of the cascade, then that step will be skipped. e.g., if "release/2.0 --> master" was already sitting in an open PR, then the auto-merge will defer to that.
So in short, direct pull request of a release branch into develop does not cascade, but pull request of a feature branch into release branch does cause the cascade. This is definitely some valuable information.
I got my branches to work correctly now.
Thank you for such a clear explanation!
Bitbucket Pipelines helps me manage and automate a number of serverless deployments to AWS Lambda and this is how I do it. I'm building Node.js Lambda functions using node-lambda ...
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
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot