Re: Do not let lstree output recursively when a directory whose name is a prefix of the others is given in the path list.
- From
- Davi Reis <davi.reis@gmail.com>
- Date
- Sep 9, 2010, 18:26 UTC
- Message-ID
- <AANLkTikZ11-3QhOxoW096cdA4LryuZQiegg=GLMO0BJB@mail.gmail.com>
- In-Reply-To
- <vpqzkvr5u73.fsf@bauges.imag.fr>
I added the test and used git-sendemail again, but I guess it ended up in a different thread. Is this good enough or is there some formal path that I should take? Any help appreciated.
On Wed, Sep 8, 2010 at 11:04 PM, Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> wrote:
Show 20 quoted lines
> davi.reis@gmail.com writes: > >> Here is how to reproduce the bug: >> >> git init >> mkdir prefix && touch prefix/a && git add prefix/a >> mkdir prefixdir && touch prefixdir/b && git add prefixdir/b >> git commit -a -m "If -r is not given, ls-tree should not show files in subdirs." >> git ls-tree --name-only HEAD prefix # works as expected >> git ls-tree --name-only HEAD prefixdir # works as expected >> git ls-tree --name-only HEAD prefix prefixdir # shows file, not dir > > That's so close to a real test-case... You should incorporate this in > your patch (e.g. in t/t3101-ls-tree-dirname.sh), to make sure such bug > never happens again. > > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ >
-- []s Davi de Castro Reis