Problem description
We've recently run into an issue where changes made on a hotfix branch were not merged back into master after a point release was published (see #7271). This was not the first time this has happened, which suggests that relying on manual reminders and memory is not sufficient.
It would be good to discuss whether we should introduce a process improvement or automation to reduce the risk of this happening again.
Possible options
- Automatically create a PR - Use CircleCI to automatically open/update a PR from the hotfix branch to
master whenever changes are merged into the hotfix branch.
- Add CI checks - Periodically check whether hotfix branches contain commits that are not present on
master.
- Add release checklist items - Include
Merge hotfix branch changes back into master as part of the point release process.
The third option is the simplest one. We could add a step that, whenever a hotfix release is made, an issue is created to merge the changes back into master. This way, the person responsible doesn’t need to create a PR themselves.
Problem description
We've recently run into an issue where changes made on a hotfix branch were not merged back into
masterafter a point release was published (see #7271). This was not the first time this has happened, which suggests that relying on manual reminders and memory is not sufficient.It would be good to discuss whether we should introduce a process improvement or automation to reduce the risk of this happening again.
Possible options
masterwhenever changes are merged into the hotfix branch.master.Merge hotfix branch changes back into masteras part of the point release process.The third option is the simplest one. We could add a step that, whenever a hotfix release is made, an issue is created to merge the changes back into
master. This way, the person responsible doesn’t need to create a PR themselves.