* Question about git-merge-stupid @ 2008-07-03 12:33 Miklos Vajna 2008-07-03 17:08 ` Linus Torvalds 0 siblings, 1 reply; 7+ messages in thread From: Miklos Vajna @ 2008-07-03 12:33 UTC (permalink / raw) To: Linus Torvalds; +Cc: git, Junio C Hamano, Johannes Schindelin [-- Attachment #1: Type: text/plain, Size: 1444 bytes --] Hi, I'm trying to understand what is the difference between different merge strategies. git-merge-stupid is something I failed to understand from the git history/code/documentation, so I'm asking here. 1) From git history: It seems git-merge-stupid was created by 2276aa6 when Junio renamed -resolve to -stupid and let -resolve use read-tree. Actually git show 2276aa6:git-merge-stupid.sh says -stupid uses read-tree as well. 2) From code: It seems -stupid is better than -resolve when there are multiple bases. -resolve just passes all bases to read-tree, while -stupid tries to find the best one. It does it by counting unmerged entries and the less one is a better. Here is what I tried: A - B - C X \ \ D - E - F (Where 'A' adds 'a.c' while the contents 'a', etc.) $ git reset --hard e $ git merge -s resolve c Trying simple merge. Merge made by resolve. So it seems resolve does not completely fail if there are multiple bases, either. I would like to write a testcase that ensures git-merge-stupid really picks the best base, but I don't know exactly in what situation can the number of unmerged entires differ. 3) From documentation: Actually -stupid is missing from Documentation/merge-strategies.txt. I plan to send a patch to add it, once I understnad what it does. :-) Thanks. [ Writing to Linus as suggested by Dscho, adding Junio to CC as - according to git log - both strategy created by him. ] [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Question about git-merge-stupid 2008-07-03 12:33 Question about git-merge-stupid Miklos Vajna @ 2008-07-03 17:08 ` Linus Torvalds 2008-07-03 23:18 ` [RFC/PATCH] Remove 'stupid' merge strategy Miklos Vajna 2008-07-03 23:54 ` Question about git-merge-stupid Junio C Hamano 0 siblings, 2 replies; 7+ messages in thread From: Linus Torvalds @ 2008-07-03 17:08 UTC (permalink / raw) To: Miklos Vajna; +Cc: git, Junio C Hamano, Johannes Schindelin On Thu, 3 Jul 2008, Miklos Vajna wrote: > > I'm trying to understand what is the difference between different merge > strategies. git-merge-stupid is something I failed to understand from > the git history/code/documentation, so I'm asking here. > > 1) From git history: > > It seems git-merge-stupid was created by 2276aa6 when Junio renamed > -resolve to -stupid and let -resolve use read-tree. Actually > > git show 2276aa6:git-merge-stupid.sh > > says -stupid uses read-tree as well. I think -stupid should probably be removed. The history of -stupid is from doing the simple single-tree resolve that git-read-tree can do, but then doing the obvious hack of just trying to pick the base that gives the least number of conflicts. HOWEVER. - in practice, there's seldom any actual point to it. In 99% of all cases, you only have a single merge base anyway. - if you have a workflow that encourages criss-cross merges (which makes the above "in practice" not be true), the common case will be that the merge base doesn't much matter. - Counting conflicts by looking at the numbe of files that conflict is a pretty stupid metric anyway. Yes, it's obvious, and yes, I bet there are cases where it does the right thing, but I also bet there are cases where it does the _wrong_ thing - it might pick a merge base with fewer files conflicting, but with harder conflicts. - the "recursive" merge strategy simply handles things better. There's not really any reason to use a "pick random merge base that happens to give least conflicts", when the recursive strategy does something much more natural. So you shouldn't really compare -stupid to -resolve. You should compare -stupid to -recursive, and the latter is simply much better. > 2) From code: > > It seems -stupid is better than -resolve when there are multiple bases. Maybe. And maybe not. > $ git merge -s resolve c > Trying simple merge. > Merge made by resolve. > > So it seems resolve does not completely fail if there are multiple > bases, either. I think -resolve can handle up to 6 bases, or something like that. After that it should fail with a "I cannot read more than 8 trees" or something (eight being the two trees to be merged, plus the six bases). And with multiple bases, it will already pick the best one on a per-file basis (I think - I should know the threeway merge, but it is pretty confusing code) rather than trying to pick one globally. Not pretty, but it's yet another reason why -stupid is actually stupid, and not worth it. So -stupid in _theory_ can handle cases that -resolve cannot (more than six bases), but (a) that doesn't happen and (b) you'd be better off with -recursive anyway. > 3) From documentation: > > Actually -stupid is missing from Documentation/merge-strategies.txt. I > plan to send a patch to add it, once I understnad what it does. :-) Well, see above. I think there's a reason why -stupid isn't even worth documenting. It might be better off just removed. Linus ^ permalink raw reply [flat|nested] 7+ messages in thread
* [RFC/PATCH] Remove 'stupid' merge strategy. 2008-07-03 17:08 ` Linus Torvalds @ 2008-07-03 23:18 ` Miklos Vajna 2008-07-03 23:54 ` Question about git-merge-stupid Junio C Hamano 1 sibling, 0 replies; 7+ messages in thread From: Miklos Vajna @ 2008-07-03 23:18 UTC (permalink / raw) To: Junio C Hamano; +Cc: Linus Torvalds, Johannes Schindelin, git As pointed out by Linus, this strategy tries to take the best merge base, but 'recursive' just does it better. If one needs something more than 'resolve' then he/she should really use 'recursive' and not 'stupid'. --- On Thu, Jul 03, 2008 at 10:08:54AM -0700, Linus Torvalds <torvalds@linux-foundation.org> wrote: > I think -stupid should probably be removed. Here is an attempt to do so. > The history of -stupid is from doing the simple single-tree resolve > that > git-read-tree can do, but then doing the obvious hack of just trying > to > pick the base that gives the least number of conflicts. > > HOWEVER. > > (...) Thanks for the detailed answer. .gitignore | 1 - Makefile | 3 +- git-merge-stupid.sh | 80 --------------------------------------------------- 3 files changed, 1 insertions(+), 83 deletions(-) delete mode 100755 git-merge-stupid.sh diff --git a/.gitignore b/.gitignore index 4ff2fec..8054d9d 100644 --- a/.gitignore +++ b/.gitignore @@ -75,7 +75,6 @@ git-merge-one-file git-merge-ours git-merge-recursive git-merge-resolve -git-merge-stupid git-merge-subtree git-mergetool git-mktag diff --git a/Makefile b/Makefile index 78e08d3..bddd1a7 100644 --- a/Makefile +++ b/Makefile @@ -241,7 +241,6 @@ SCRIPT_SH += git-merge-octopus.sh SCRIPT_SH += git-merge-one-file.sh SCRIPT_SH += git-merge-resolve.sh SCRIPT_SH += git-merge.sh -SCRIPT_SH += git-merge-stupid.sh SCRIPT_SH += git-mergetool.sh SCRIPT_SH += git-parse-remote.sh SCRIPT_SH += git-pull.sh @@ -1429,7 +1428,7 @@ check-docs:: do \ case "$$v" in \ git-merge-octopus | git-merge-ours | git-merge-recursive | \ - git-merge-resolve | git-merge-stupid | git-merge-subtree | \ + git-merge-resolve | git-merge-subtree | \ git-fsck-objects | git-init-db | \ git-?*--?* ) continue ;; \ esac ; \ diff --git a/git-merge-stupid.sh b/git-merge-stupid.sh deleted file mode 100755 index f612d47..0000000 --- a/git-merge-stupid.sh +++ /dev/null @@ -1,80 +0,0 @@ -#!/bin/sh -# -# Copyright (c) 2005 Linus Torvalds -# -# Resolve two trees, 'stupid merge'. - -# The first parameters up to -- are merge bases; the rest are heads. -bases= head= remotes= sep_seen= -for arg -do - case ",$sep_seen,$head,$arg," in - *,--,) - sep_seen=yes - ;; - ,yes,,*) - head=$arg - ;; - ,yes,*) - remotes="$remotes$arg " - ;; - *) - bases="$bases$arg " - ;; - esac -done - -# Give up if we are given two or more remotes -- not handling octopus. -case "$remotes" in -?*' '?*) - exit 2 ;; -esac - -# Find an optimum merge base if there are more than one candidates. -case "$bases" in -?*' '?*) - echo "Trying to find the optimum merge base." - G=.tmp-index$$ - best= - best_cnt=-1 - for c in $bases - do - rm -f $G - GIT_INDEX_FILE=$G git read-tree -m $c $head $remotes \ - 2>/dev/null || continue - # Count the paths that are unmerged. - cnt=`GIT_INDEX_FILE=$G git ls-files --unmerged | wc -l` - if test $best_cnt -le 0 -o $cnt -le $best_cnt - then - best=$c - best_cnt=$cnt - if test "$best_cnt" -eq 0 - then - # Cannot do any better than all trivial merge. - break - fi - fi - done - rm -f $G - common="$best" - ;; -*) - common="$bases" - ;; -esac - -git update-index --refresh 2>/dev/null -git read-tree -u -m $common $head $remotes || exit 2 -echo "Trying simple merge." -if result_tree=$(git write-tree 2>/dev/null) -then - exit 0 -else - echo "Simple merge failed, trying Automatic merge." - if git-merge-index -o git-merge-one-file -a - then - exit 0 - else - exit 1 - fi -fi -- 1.5.6.1 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: Question about git-merge-stupid 2008-07-03 17:08 ` Linus Torvalds 2008-07-03 23:18 ` [RFC/PATCH] Remove 'stupid' merge strategy Miklos Vajna @ 2008-07-03 23:54 ` Junio C Hamano 2008-07-04 0:07 ` Miklos Vajna 1 sibling, 1 reply; 7+ messages in thread From: Junio C Hamano @ 2008-07-03 23:54 UTC (permalink / raw) To: Linus Torvalds; +Cc: Miklos Vajna, git, Johannes Schindelin Linus Torvalds <torvalds@linux-foundation.org> writes: > Well, see above. I think there's a reason why -stupid isn't even worth > documenting. It might be better off just removed. It is called stupid for a reason ;-). It has been sitting there as an example for a long time, and I do not think anybody minds removing it. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Question about git-merge-stupid 2008-07-03 23:54 ` Question about git-merge-stupid Junio C Hamano @ 2008-07-04 0:07 ` Miklos Vajna 2008-07-05 14:43 ` [PATCH] Move 'stupid' merge strategy to contrib Miklos Vajna 0 siblings, 1 reply; 7+ messages in thread From: Miklos Vajna @ 2008-07-04 0:07 UTC (permalink / raw) To: Junio C Hamano; +Cc: Linus Torvalds, git, Johannes Schindelin [-- Attachment #1: Type: text/plain, Size: 310 bytes --] On Thu, Jul 03, 2008 at 04:54:31PM -0700, Junio C Hamano <gitster@pobox.com> wrote: > It is called stupid for a reason ;-). > > It has been sitting there as an example for a long time, and I do > not think anybody minds removing it. OK, then should I resend a patch that moves it to contrib/examples? [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] Move 'stupid' merge strategy to contrib. 2008-07-04 0:07 ` Miklos Vajna @ 2008-07-05 14:43 ` Miklos Vajna 2008-07-05 21:00 ` Miklos Vajna 0 siblings, 1 reply; 7+ messages in thread From: Miklos Vajna @ 2008-07-05 14:43 UTC (permalink / raw) To: Junio C Hamano; +Cc: Linus Torvalds, git, Johannes Schindelin As pointed out by Linus, this strategy tries to take the best merge base, but 'recursive' just does it better. If one needs something more than 'resolve' then he/she should really use 'recursive' and not 'stupid'. Given that it may still serve as a good example, don't remove it, just move it to contrib/examples. --- On Fri, Jul 04, 2008 at 02:07:01AM +0200, Miklos Vajna <vmiklos@frugalware.org> wrote: > On Thu, Jul 03, 2008 at 04:54:31PM -0700, Junio C Hamano > <gitster@pobox.com> wrote: > > It is called stupid for a reason ;-). > > > > It has been sitting there as an example for a long time, and I do > > not think anybody minds removing it. > > OK, then should I resend a patch that moves it to contrib/examples? Here is one. .gitignore | 1 - Makefile | 3 +- contrib/examples/git-merge-stupid.sh | 80 ++++++++++++++++++++++++++++++++++ git-merge-stupid.sh | 80 ---------------------------------- 4 files changed, 81 insertions(+), 83 deletions(-) create mode 100755 contrib/examples/git-merge-stupid.sh delete mode 100755 git-merge-stupid.sh diff --git a/.gitignore b/.gitignore index 4ff2fec..8054d9d 100644 --- a/.gitignore +++ b/.gitignore @@ -75,7 +75,6 @@ git-merge-one-file git-merge-ours git-merge-recursive git-merge-resolve -git-merge-stupid git-merge-subtree git-mergetool git-mktag diff --git a/Makefile b/Makefile index 78e08d3..bddd1a7 100644 --- a/Makefile +++ b/Makefile @@ -241,7 +241,6 @@ SCRIPT_SH += git-merge-octopus.sh SCRIPT_SH += git-merge-one-file.sh SCRIPT_SH += git-merge-resolve.sh SCRIPT_SH += git-merge.sh -SCRIPT_SH += git-merge-stupid.sh SCRIPT_SH += git-mergetool.sh SCRIPT_SH += git-parse-remote.sh SCRIPT_SH += git-pull.sh @@ -1429,7 +1428,7 @@ check-docs:: do \ case "$$v" in \ git-merge-octopus | git-merge-ours | git-merge-recursive | \ - git-merge-resolve | git-merge-stupid | git-merge-subtree | \ + git-merge-resolve | git-merge-subtree | \ git-fsck-objects | git-init-db | \ git-?*--?* ) continue ;; \ esac ; \ diff --git a/contrib/examples/git-merge-stupid.sh b/contrib/examples/git-merge-stupid.sh new file mode 100755 index 0000000..f612d47 --- /dev/null +++ b/contrib/examples/git-merge-stupid.sh @@ -0,0 +1,80 @@ +#!/bin/sh +# +# Copyright (c) 2005 Linus Torvalds +# +# Resolve two trees, 'stupid merge'. + +# The first parameters up to -- are merge bases; the rest are heads. +bases= head= remotes= sep_seen= +for arg +do + case ",$sep_seen,$head,$arg," in + *,--,) + sep_seen=yes + ;; + ,yes,,*) + head=$arg + ;; + ,yes,*) + remotes="$remotes$arg " + ;; + *) + bases="$bases$arg " + ;; + esac +done + +# Give up if we are given two or more remotes -- not handling octopus. +case "$remotes" in +?*' '?*) + exit 2 ;; +esac + +# Find an optimum merge base if there are more than one candidates. +case "$bases" in +?*' '?*) + echo "Trying to find the optimum merge base." + G=.tmp-index$$ + best= + best_cnt=-1 + for c in $bases + do + rm -f $G + GIT_INDEX_FILE=$G git read-tree -m $c $head $remotes \ + 2>/dev/null || continue + # Count the paths that are unmerged. + cnt=`GIT_INDEX_FILE=$G git ls-files --unmerged | wc -l` + if test $best_cnt -le 0 -o $cnt -le $best_cnt + then + best=$c + best_cnt=$cnt + if test "$best_cnt" -eq 0 + then + # Cannot do any better than all trivial merge. + break + fi + fi + done + rm -f $G + common="$best" + ;; +*) + common="$bases" + ;; +esac + +git update-index --refresh 2>/dev/null +git read-tree -u -m $common $head $remotes || exit 2 +echo "Trying simple merge." +if result_tree=$(git write-tree 2>/dev/null) +then + exit 0 +else + echo "Simple merge failed, trying Automatic merge." + if git-merge-index -o git-merge-one-file -a + then + exit 0 + else + exit 1 + fi +fi diff --git a/git-merge-stupid.sh b/git-merge-stupid.sh deleted file mode 100755 index f612d47..0000000 --- a/git-merge-stupid.sh +++ /dev/null @@ -1,80 +0,0 @@ -#!/bin/sh -# -# Copyright (c) 2005 Linus Torvalds -# -# Resolve two trees, 'stupid merge'. - -# The first parameters up to -- are merge bases; the rest are heads. -bases= head= remotes= sep_seen= -for arg -do - case ",$sep_seen,$head,$arg," in - *,--,) - sep_seen=yes - ;; - ,yes,,*) - head=$arg - ;; - ,yes,*) - remotes="$remotes$arg " - ;; - *) - bases="$bases$arg " - ;; - esac -done - -# Give up if we are given two or more remotes -- not handling octopus. -case "$remotes" in -?*' '?*) - exit 2 ;; -esac - -# Find an optimum merge base if there are more than one candidates. -case "$bases" in -?*' '?*) - echo "Trying to find the optimum merge base." - G=.tmp-index$$ - best= - best_cnt=-1 - for c in $bases - do - rm -f $G - GIT_INDEX_FILE=$G git read-tree -m $c $head $remotes \ - 2>/dev/null || continue - # Count the paths that are unmerged. - cnt=`GIT_INDEX_FILE=$G git ls-files --unmerged | wc -l` - if test $best_cnt -le 0 -o $cnt -le $best_cnt - then - best=$c - best_cnt=$cnt - if test "$best_cnt" -eq 0 - then - # Cannot do any better than all trivial merge. - break - fi - fi - done - rm -f $G - common="$best" - ;; -*) - common="$bases" - ;; -esac - -git update-index --refresh 2>/dev/null -git read-tree -u -m $common $head $remotes || exit 2 -echo "Trying simple merge." -if result_tree=$(git write-tree 2>/dev/null) -then - exit 0 -else - echo "Simple merge failed, trying Automatic merge." - if git-merge-index -o git-merge-one-file -a - then - exit 0 - else - exit 1 - fi -fi -- 1.5.6.1.322.ge904b.dirty ^ permalink raw reply related [flat|nested] 7+ messages in thread
* [PATCH] Move 'stupid' merge strategy to contrib. 2008-07-05 14:43 ` [PATCH] Move 'stupid' merge strategy to contrib Miklos Vajna @ 2008-07-05 21:00 ` Miklos Vajna 0 siblings, 0 replies; 7+ messages in thread From: Miklos Vajna @ 2008-07-05 21:00 UTC (permalink / raw) To: Junio C Hamano; +Cc: Linus Torvalds, git, Johannes Schindelin As pointed out by Linus, this strategy tries to take the best merge base, but 'recursive' just does it better. If one needs something more than 'resolve' then he/she should really use 'recursive' and not 'stupid'. Given that it may still serve as a good example, don't remove it, just move it to contrib/examples. --- n Sat, Jul 05, 2008 at 04:43:51PM +0200, Miklos Vajna <vmiklos@frugalware.org> wrote: > Here is one. Oops, I forgot -M with format-patch. .gitignore | 1 - Makefile | 3 +-- .../examples/git-merge-stupid.sh | 0 3 files changed, 1 insertions(+), 3 deletions(-) rename git-merge-stupid.sh => contrib/examples/git-merge-stupid.sh (100%) diff --git a/.gitignore b/.gitignore index 4ff2fec..8054d9d 100644 --- a/.gitignore +++ b/.gitignore @@ -75,7 +75,6 @@ git-merge-one-file git-merge-ours git-merge-recursive git-merge-resolve -git-merge-stupid git-merge-subtree git-mergetool git-mktag diff --git a/Makefile b/Makefile index 78e08d3..bddd1a7 100644 --- a/Makefile +++ b/Makefile @@ -241,7 +241,6 @@ SCRIPT_SH += git-merge-octopus.sh SCRIPT_SH += git-merge-one-file.sh SCRIPT_SH += git-merge-resolve.sh SCRIPT_SH += git-merge.sh -SCRIPT_SH += git-merge-stupid.sh SCRIPT_SH += git-mergetool.sh SCRIPT_SH += git-parse-remote.sh SCRIPT_SH += git-pull.sh @@ -1429,7 +1428,7 @@ check-docs:: do \ case "$$v" in \ git-merge-octopus | git-merge-ours | git-merge-recursive | \ - git-merge-resolve | git-merge-stupid | git-merge-subtree | \ + git-merge-resolve | git-merge-subtree | \ git-fsck-objects | git-init-db | \ git-?*--?* ) continue ;; \ esac ; \ diff --git a/git-merge-stupid.sh b/contrib/examples/git-merge-stupid.sh similarity index 100% rename from git-merge-stupid.sh rename to contrib/examples/git-merge-stupid.sh -- 1.5.6.1.322.ge904b.dirty ^ permalink raw reply related [flat|nested] 7+ messages in thread
end of thread, other threads:[~2008-07-05 21:00 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-07-03 12:33 Question about git-merge-stupid Miklos Vajna 2008-07-03 17:08 ` Linus Torvalds 2008-07-03 23:18 ` [RFC/PATCH] Remove 'stupid' merge strategy Miklos Vajna 2008-07-03 23:54 ` Question about git-merge-stupid Junio C Hamano 2008-07-04 0:07 ` Miklos Vajna 2008-07-05 14:43 ` [PATCH] Move 'stupid' merge strategy to contrib Miklos Vajna 2008-07-05 21:00 ` Miklos Vajna
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).