Yesterday we discussed on IRC that this can be tricky - if you have
one topic branch that was originally based on master for instance and want to apply the
changes to both master and Beta2x then you need to be careful because if you rebase the
Beta2x-based topic branch to master, it will contain many more new commits and you only
want to cherry pick the ones you really need. That is clear to me (I hope).
yes, as with any other PR that is "outofsync" cherrypicking is the way to go.
But I'd like to ask another related question: What is the
recommended approach wrt pull requests here? The above assumes you have one topic branch
and hence one pull request. So are users supposed to comment in the pull request saying
they want it to be applied to both branches? Or should they rather create to separate pull
requests for each branch (from 2 different topic branches)?
I would say it depends on the case - no reason to make things harder to do than necessary
:)
I would say a PR clearly marked as should going to both is enough in many cases but while
we are getting our feet wet here doing one for each might be worth doing.
Sorry if I'm asking something obvious - these are new things to
me :)
same here - we'll find a way; i'm collecting notes for all "git whoops"
I see happening to adjust recommendations as we learn, so keep them coming:)
/max