Re: [PATCH] git-checkout: Test for relative path use.
- From
Robin Rosenberg <robin.rosenberg.lists@dewire.com>
- Date
- Nov 9, 2007, 19:48 UTC
- Message-ID
- <200711092048.34868.robin.rosenberg.lists@dewire.com>
- In-Reply-To
- <7vtznwxl59.fsf@gitster.siamese.dyndns.org>
fredag 09 november 2007 skrev Junio C Hamano:
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.
I'm for allowing it, but then it should really be all over, not just some arbitrary command. Everywhere or not at all.
-- robin