* bug report git ls-files format
@ 2023-05-13 5:55 Martin Monperrus
2023-05-13 8:39 ` ZheNing Hu
0 siblings, 1 reply; 2+ messages in thread
From: Martin Monperrus @ 2023-05-13 5:55 UTC (permalink / raw)
To: git
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.
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
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: bug report git ls-files format
2023-05-13 5:55 bug report git ls-files format Martin Monperrus
@ 2023-05-13 8:39 ` ZheNing Hu
0 siblings, 0 replies; 2+ messages in thread
From: ZheNing Hu @ 2023-05-13 8:39 UTC (permalink / raw)
To: Martin Monperrus; +Cc: git
Martin Monperrus <martin.monperrus@gnieh.org> 于2023年5月13日周六 14:19写道:
>
> 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.
> 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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2023-05-13 8:39 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-05-13 5:55 bug report git ls-files format Martin Monperrus
2023-05-13 8:39 ` ZheNing Hu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).