Re: [PATCH] t4202 (log): add failing test for log with subtree

From: Ramkumar Ramachandra <artagnon@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Thomas Rast <trast@inf.ethz.ch>, Git List <git@vger.kernel.org>,
	Avery Pennarun <apenwarr@gmail.com>
Subject: Re: [PATCH] t4202 (log): add failing test for log with subtree
Date: Tue, 23 Apr 2013 02:09:44 +0530	[thread overview]
Message-ID: <CALkWK0n20f+cBpKWo9E3OVu_OAxNqiz8tkfspFBTBEaQTfE8NA@mail.gmail.com> (raw)
In-Reply-To: <7vk3nupltx.fsf@alter.siamese.dyndns.org>

Junio C Hamano wrote:
>  (1) It uses the given pathname as single pathspec and drill down
>      the same way without "--follow" until it notices the path
>      disappears and until then there is no attempt to detect renames
>      is made.  And it only does -M variant of rename detection

On this.  It might be profitable to auto-follow at a low threshold
(and change --follow to a number  argument like -M, -C).  I'm not
asking you to do it for more than one-file at a time, but I often view
one file's history: I was just going through the history of
builtin/merge-trees.c (what I was looking for was mostly in the
builtin-* variant), and it would've been nice if I didn't have to quit
and come back with a --follow.