Bug sorting git branch output by ahead-behind:HEAD What did you do before the bug happened? (Steps to reproduce your issue) $ git branch --format '%(refname:short) %(ahead-behind:HEAD)' (HEAD detached at 6aab6bfe) 0 0 190-json 1 6 560-swupd 3 6 667-reset-no-process 2 6 678-completions 2 0 693-readme-accordions 3 6 705-branch-in-version 2 6 main 0 6 $ git branch --format '%(refname:short) %(ahead-behind:HEAD)' --sort 'ahead-behind:HEAD' (HEAD detached at 6aab6bfe) 190-json 560-swupd 667-reset-no-process 678-completions 693-readme-accordions 705-branch-in-version main What did you expect to happen? (Expected behavior) I expected the second command's output to: - include the value of `ahead-behind:HEAD` on each line - have been sorted by each line's value of `ahead-behind:HEAD` What happened instead? (Actual behavior) Second command's output missing `ahead-behind:HEAD` & sorted by `refname` What's different between what you expected and what actually happened? Fields missing from second command's output Incorrect sorting of second command's output lines Anything else you want to add: If I sort by the `objectsize` field: - all requested fields are output - sorting works (except `(HEAD detached at 6aab6bfe)` is always listed first) If I do not include `%(ahead-behind:HEAD)` in the format string, sorting by `ahead-behind:HEAD` still doesn't work. 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.47.1 cpu: x86_64 no commit associated with this build sizeof-long: 8 sizeof-size_t: 8 shell-path: /bin/sh feature: fsmonitor--daemon libcurl: 7.79.1 zlib: 1.2.11 uname: Darwin 21.6.0 Darwin Kernel Version 21.6.0: Mon Jun 24 00:56:10 PDT 2024; root:xnu-8020.240.18.709.2~1/RELEASE_X86_64 x86_64 compiler info: clang: 14.0.0 (clang-1400.0.29.202) libc info: no libc information available $SHELL (typically, interactive shell): /usr/local/bin/zsh [Enabled Hooks]
