Re: bug report git ls-files format

From: ZheNing Hu <adlternative@gmail.com>
Date: May 13, 2023, 08:39 UTC
Message-ID: <CAOLTT8SvqmsjDRFQeMUjbri7mhp14KRxQqeKUq2jvS93u3Ryeg@mail.gmail.com>
In-Reply-To: <21183ea9-84e2-fd89-eb9b-419556680c07@gnieh.org>

Martin Monperrus <martin.monperrus@gnieh.org> 于2023年5月13日周六 14:19写道：

Show 21 quoted lines

>
> Thank you for filling out a Git bug report!
> Please answer the following questions to help us understand your issue.
>
> What did you do before the bug happened? (Steps to reproduce your issue)
>
> Run `git ls-files . --format="%(objectmode) %(objecttype) %(objectname)%x09%(path)"`
>
> What did you expect to happen? (Expected behavior)
>
> Have the full output per the format specifier
>
> What happened instead? (Actual behavior)
>
> fatal: bad ls-files format: %(objecttype)
>
> What's different between what you expected and what actually happened?
>
> %(objecttype) is not supported. It is supported in git ls-tree. For sake of consistency it would be
> good to have it here.
>

It's not a bug, but completion of the functionality would be better. In addition to %(objecttype), there may also be %(objectsize), and I will submit a patch to complete it later.

Show 23 quoted lines

> Anything else you want to add:
>
> Please review the rest of the bug report below.
> You can delete any lines you don't wish to share.
>
>
> [System Info]
> git version:
> git version 2.40.1
> cpu: x86_64
> no commit associated with this build
> sizeof-long: 8
> sizeof-size_t: 8
> shell-path: /bin/sh
> uname: Linux 5.15.0-69-generic #76-Ubuntu SMP Fri Mar 17 17:19:29 UTC 2023 x86_64
> compiler info: gnuc: 12.2
> libc info: glibc: 2.35
> $SHELL (typically, interactive shell): /bin/bash
>
>
> [Enabled Hooks]
> pre-commit
>

Thanks, ZheNing Hu