Re: Merge conflicts are reported relative to root not cwd
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Apr 13, 2016, 21:58 UTC
- Message-ID
- <xmqq4mb5jhm7.fsf@gitster.mtv.corp.google.com>
- In-Reply-To
- <CAGZ79kbVfk=yAK3UB=H385_YfAtMHZe-gSE=EYVvvcS8jjy08A@mail.gmail.com>
Stefan Beller <sbeller@google.com> writes:
Show 12 quoted lines
> $ cd t/ > $ git merge ... > ... > Auto-merging builtin/submodule--helper.c > Auto-merging builtin/fetch.c > CONFLICT (content): Merge conflict in builtin/fetch.c > Auto-merging builtin/clone.c > Auto-merging README.md > ... > > It should say ../builtin/fetch.c IMHO. > Any reason to keep the old behavior?
I actually prefer to see the "relative to root" behaviour when it comes to things like this, that lets you view the things that happen in the whole-tree context.
I would have to go insane before I start a whole-tree operation like "git merge" from deep in my tree, but if I happened to do that, e.g.
cd perl/blib/lib/Git/SVN/Memoize
git merge other-branchI'd rather see that the conflicted path, e.g. builtin/fetch.c, reported by showing it like the above output, not happening in ../../../../../../builtin/fetch.c which I have to count the up-dots to know which file it is talking about.