From: Matthew Rothenberg <mrothenberg@gmail.com>
Date: Mon, 09 Mar 2015 01:41:08 GMT
Subject: Re: Efficient parsing of `status -z` output
Message-ID: <CAMJduDvDO4GesL+eru3h1YHrbF5hFmyycX3f4ADQOo+VnD7GDg@mail.gmail.com>
In-Reply-To: <xmqqlhj7sy7l.fsf@gitster.dls.corp.google.com>

On Sun, Mar 8, 2015 at 4:14 AM, Junio C Hamano <gitster@pobox.com> wrote:
> I think this is how -z was designed to be used, and if that isn't
> clear, then the documentation must be updated to clarify.  Rename
> and Copy are the only ones that needs two pathnames, and I suspect
> that whoever did the original description of the short format in the
> documentation knew Git too well that he forgot to mention it ;-)

I see, thank you. But how would one ever get a copy operation to show
up in the output of `git status -z` to begin with? It appears copies
are only detected in `diff` and `show`, can be forced with the
--find-copies-harder option, but that `git status` does not appear to
take that option nor detect copies in any way that I can get it to
replicate and output that status code to me... a test case would be
great if you know one, thanks!