Re: [Question] How to force relative path output when using `git status --porcelain=2 -z`

[Junio C Hamano <gitster@pobox.com>]

叶志晟 <yzs981130@gmail.com> writes:

> I am experiencing a problem when parsing the results of `git status`.
> My primary goal is to parse the output of `git status`
> programmatically, so I am trying to parse the result of `git status
> --porcelain=2 -z`.

Interesting finding.  Here is what I tried in my working tree, where
I have a few cruft files left at the top, and ran these commands
inside the 't/' subdirectory:

    $ git status --porcelain=1
    ?? +ps8-v2-reftable-iterator-reuse
    ?? :runme.sh
    : git t/master; git status --porcelain=2
    ? ../+ps8-v2-reftable-iterator-reuse
    ? ../:runme.sh
    : git t/master; git status --porcelain=1 -z | tr '\0' '\n'
    ?? +ps8-v2-reftable-iterator-reuse
    ?? :runme.sh
    : git t/master; git status --porcelain=2 -z | tr '\0' '\n'
    ? +ps8-v2-reftable-iterator-reuse
    ? :runme.sh

I haven't dug into the history to see if these inconsistencies in
behaviour are deliberate, but I somehow suspect that the output from
"--porcelain=2" without "-z" is mistaken.  As the porcelain output
is designed to be machine parseable with or without "-z" (and the
reader of the output, the implementation of a Porcelain command, is
responsible for turning it into relative if it prefers), it would be
a mistake to turn relative output on based on the lack of "-z".

Not that we can "fix" the output from "--porcelain=2" at this point.
To changge them to uniformly show absolute (or relative for that
matter), we'd need "--porcelain=3" to preserve these inconsistency
output because it is very certain that existing users and scripts
already rely on it.

Thanks.