# Description of problem:
Today, below is the process to send a patch to release branch:
* clone the bug in relevant branch
* author has to submit the patches once they land in master, with this new bug id (or same issue, if its RFE),
* Make sure 'Change-Id:' is same.
* Push the patch to release branch.
This is not so simple for someone who is not so regular contributor to gluster project, and also a waste of time for everyone as all-most all of it can be automated.
Idea is to have a review command called 'cherry-pick to $branch-name', which triggers a job, which clones the bug from the patchset, and takes the new bug, and will make sure the new bug is updated in release branch after applying the patch on top of release branch.
There are possibilities of failure. It is OK for failure in case of merge conflict, but still it will save time for user because the bug can be automatically cloned.
Expectation is that, (if possible) new bug id gets posted to patchset as result of the command. On success the URL of new patch.
I'm going to automate this in parts. Right now, I'm going to focus on automating this much
/backport 5 bz#12345
This will try to backport to release 5 with bz#12345. Then, we'll see about adding more specifics. Adding to Sprint 5.
I remember seeing some efforts on this. Is this done?
No. Jenkins part of automation is pending. I'll pick this up next week.
This bug is moved to https://github.com/gluster/project-infrastructure/issues/37, and will be tracked there from now on. Visit GitHub issues URL for further details