Re: [PATCH] ls-tree: add --full-tree option

From: demerphq <demerphq@gmail.com>
Date: Dec 26, 2008, 10:31 UTC
Message-ID: <9b18b3110812260231u8e81be6n44d3ccf43ac4438b@mail.gmail.com>
In-Reply-To: <7vmyejpb6o.fsf@gitster.siamese.dyndns.org>

2008/12/26 Junio C Hamano <gitster@pobox.com>:

Show 14 quoted lines

> Johannes Sixt <j6t@kdbg.org> writes:
>
>> On Freitag, 26. Dezember 2008, Junio C Hamano wrote:
>>> This new option makes the command operate on the full tree object,
>>> regardless of where in the work tree it is run from.  It also implies the
>>> behaviour that is triggered by the existing --full-name option.
>>
>> What's wrong with using 'git ls-tree ${rev}:'?
>>
>> Except that it does not work...
>
> Hmph... you seem to be describing the exact issue they discussed on #git,
> which triggered the patch in the message you are responding to.  I am not
> sure what to say to your "What's wrong with...".

AFAIK I started that discussion, and during it we also mentioned that it would be very useful to be able to use git ls-files in non recursive mode. As the advantage of using ls-tree, prior to your fix, was that it is the only way to get a list of files for the current working directory and only the current working directory.

Since you have fixed that bug what command does one us to get a list of tracked files for the current working directory without recursing into subdirectories? Can we have a switch on ls-files that disables recursion? Please?

Cheers, Yves

-- 
perl -Mre=debug -e "/just|another|perl|hacker/"