[Development] Proposal: New branch model

Allan Sandfeld Jensen kde at carewolf.com
Wed Jan 23 23:05:17 CET 2019


On Mittwoch, 23. Januar 2019 19:43:06 CET Konstantin Tokarev wrote:
> 23.01.2019, 21:38, "Alex Blasche" <alexander.blasche at qt.io>:
> >> ________________________________________
> >> From: Martin Smith
> >> If you make all patches in dev and then cherrypick them back to earlier
> >> versions that need them, why would you ever do a merge?> 
> > At the end of the day each cherry-pick is a merge too and they can
> > conflict too. The conflict resolution process is still the same. if
> > everything is conflict free then a git merge would be no more difficult
> > than a cherry-pick.
> And when conflicts are present, cherry-picking N patches may result in N
> times more work than merge in worst case (and same amount of work in the
> best case)

More than that. Once you have had cherry-pick only for a while git will be 
unable to find useful common ancestors for the changes, and will be unable to 
do smart three-way merging of cherry-picks, increasing the number of conflicts 
that needs to be resolved manually while decreasing the useful information git 
can give you (no more useful three-way diff).

'Allan







More information about the Development mailing list