I really need some help regarding the release. I have created a release from develop branch (e.g 1.2.0) for the application. Once the off pipeline completed, the release is finished successfully and it has been merged back successfully both master and develop and tag got created.
I have updated the develop branch to next version-shanshot (1.3.0-snapshot). And other features branches got merged to develop. Meanwhile the QA continues their testing in the release branch and found couple of issues. Those issues were fixed and merged to release branch.
Now, I have the following question.
Please help me with these? Any help and answer is greatly appreciated.
Hi Archana Acharya,
Maybe "cherry pick" option helps you.
Whenever PR merged onto Release branch, create a cherry pick with those changes and make a PR to Develop branch.
If this "cherry picked PR" has conflicts, ask the actual owner(who made the PR to Release branch) to resolve those conflicts.
Then merge this cherry picked PR onto develop branch.
Once the release is finished successfully, merge release branch changes onto Master. You don't need to merge it back with develop master, because it already have those changes( cherry picked PR ).
Please let me know, if you need further clarification.
I want to understand your question better. The first paragraph says that you completed a release, merged it back to master and created a tag. I would expect that you would then delete that release branch.
The second paragraph says that you merged master onto develop. At that point you can also branch from master to a new Release branch. When a Feature is ready for QA, it is pulled into Develop and conflicts are resolved with other Feature branches. Once the code is reviewed and all conflicts (if any) are resolved, Develop is pull onto Release (this should be an easy FF since Release never pulls conflicts) and QA continues. If QA fails a Feature, it needs to be backed out of Develop until it is fixed and pulled back into Develop for a new round of QA testing.
What I like to do is to tag each pull into Develop with the ID of the Feature branch so that I can revert to the commit prior to that tag and then apply the other Feature branches back into Develop. This makes the process of backing out a feature branch a little easier.
Maybe others have a different process that works better?
Hello folks, This is a series of articles where I explain GitHub Script with GitHub Actions and how you can automate publishing data on Atlassian & GitHub Platform based on the results of Workf...
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