Re: [PATCH] Add a notice to the doc of git-ls-tree.

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [PATCH] Add a notice to the doc of git-ls-tree.

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:44:59

Junio C Hamano [off-list ref] writes:
Petr Baudis [off-list ref] writes:
quoted
I think that ls-tree simply shouldn't auto-fill its pathspec based on
current prefix in case no pathspec was supplied. Patch to follow.
Have you dug the list archive from mid-to-late December 2005 that prompted
the current behaviour (and introduction of --full-name)?  I haven't.
Now, I did:

    http://thread.gmane.org/gmane.comp.version-control.git/13028/focus=13135

I think the answer is --full-name (cf. a69dd58 (ls-tree: chomp leading
directories when run from a subdirectory, 2005-12-23)).

Re: [PATCH] Add a notice to the doc of git-ls-tree.

From: Petr Baudis <hidden>
Date: 2016-06-15 22:44:59

On Sun, Jul 20, 2008 at 04:53:02PM -0700, Junio C Hamano wrote:
Junio C Hamano [off-list ref] writes:
quoted
Petr Baudis [off-list ref] writes:
quoted
I think that ls-tree simply shouldn't auto-fill its pathspec based on
current prefix in case no pathspec was supplied. Patch to follow.
Have you dug the list archive from mid-to-late December 2005 that prompted
the current behaviour (and introduction of --full-name)?  I haven't.
Now, I did:

    http://thread.gmane.org/gmane.comp.version-control.git/13028/focus=13135

I think the answer is --full-name (cf. a69dd58 (ls-tree: chomp leading
directories when run from a subdirectory, 2005-12-23)).
I don't understand your point now.  --full-name cares only about the
displaying part; do you suggest that it should be extended to also turn
off prepending the prefix during the filtering phase? That would make a
lot of sense, if you are not worried about compatibility trouble.

-- 
			Petr "Pasky, missing something" Baudis
As in certain cults it is possible to kill a process if you know
its true name.  -- Ken Thompson and Dennis M. Ritchie
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help