[Development] Proposal: New branch model

Oswald Buddenhagen oswald.buddenhagen at gmx.de
Thu Jan 24 10:39:24 CET 2019


On Thu, Jan 24, 2019 at 09:13:32AM +0000, Edward Welbourne wrote:
> A cherry-pick takes the diff involved in one commit and patches another
> check-out with it.  A merge uses the digraph of commits in sophisticated
> ways; a cherry-pick does not.
> 
uhhh, actually, it does. cherry-pick even has the --strategy option from
merge.
compare also git am -3.

it seems plausible that a longer series of cherry-picks to the same area
would increasingly defeat the merge logic.

while at it, i'll also note that last time i checked git was somewhat
weak for a cherry-picking workflow compared to subversion and a bunch of
other VCSs aimed at exclusively linear histories, because it doesn't
record where commits were picked _to_ (though that would be actually
implementable on top of notes).



More information about the Development mailing list