On Tuesday 16 August 2011 22:09:21 Stephen Kelly wrote: > The merge showed that some commits in 4.7 have not made it into > frameworks. We really should merge in that direction, not cherry-pick > as everyone is currently doing.
Another solution is to do what I did for the master->4.7 "merge". Instead of git merge, you can use git rebase --onto, in order to rebase all the commits from the "source branch" into the "destination branch". Then you can view and resolve conflicts nicely (as with any rebase), and any commit that is already at destination will simply disappear. The main issue, though, is that multiple commits which touch the same file will conflict with the existing changes, when these commits are already at destination. Anyway, I'm trying to keep an eye on the 4.7 commits and forwardport them if the author doesn't do so after some time. (Right now I see one that is not ported, 2748bb48 by ahartmetz a few hours ago) -- David Faure, [email protected], http://www.davidfaure.fr Sponsored by Nokia to work on KDE, incl. Konqueror (http://www.konqueror.org).
