Re: [PATCH] git-checkout: Test for relative path use.
- From
David Symonds <dsymonds@gmail.com>
- Date
- Nov 9, 2007, 01:44 UTC
- Message-ID
- <ee77f5c20711081744p5d7b46fo88a582b9f5dbdab8@mail.gmail.com>
- In-Reply-To
- <7vtznwxl59.fsf@gitster.siamese.dyndns.org>
On Nov 9, 2007 12:28 PM, Junio C Hamano <gitster@pobox.com> wrote:
Show 18 quoted lines
> David Symonds <dsymonds@gmail.com> writes: > > > Signed-off-by: David Symonds <dsymonds@gmail.com> > > --- > > Test 5 in this series fails because of a bug in git-ls-files, where > > git-ls-files t/../ > > (with or without --full-name) returns no files. > > Heh, you shouldn't do that ;-) > > Seriously, that's a long standing limitation in the code, not to > deal with arbitrary combination of ups and downs, but I do not > think there is any fundamental reason to disallow something > like: > > cd Documentation && git ls-files --full-name ../t > > Patches welcome.
So you're otherwise happy with my tests, despite one of them triggering an (unrelated to git-checkout) bug? Or would you prefer I remove that particular failure from the tests and resend?
Dave.