Re: [BUG] git ls-files -m --with-tree does double output
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Nov 13, 2008, 22:35 UTC
- Message-ID
- <7vod0jfe51.fsf@gitster.siamese.dyndns.org>
- In-Reply-To
- <37512.N1gUGH5fRhE=.1226613228.squirrel@webmail.hotelhot.dk>
"Anders Melchiorsen" <mail@cup.kalibalik.dk> writes:
Show 10 quoted lines
> and@dylle:~/repo$ git ls-files -m --with-tree=HEAD > a > a > > > Jeff King added: > ... > It isn't clear to me which code is _supposed_ to be pulling out such > duplicates here. That is, is read_tree broken, or is > overlay_tree_on_cache just calling it wrong?
I had to look up what -m meant in ls-files, as I never considered that option as part of the plumbing.
What's the use case of using -m together with --with-tree to begin with? I think the only sensible other option that makes sense with --with-tree is --error-unmatch.