--jobs=0 no longer does any work

What did you do before the bug happened? (Steps to reproduce your issue)

- Enter a repo with multiple remotes
- Run: git fetch --all --prune --jobs=0

What did you expect to happen? (Expected behavior)

- Multiple remotes to be fetched in parallel

What happened instead? (Actual behavior)

- Nothing fetched and command exits quickly with no output

What's different between what you expected and what actually happened?

- That command used to work correctly. It now does nothing.

Anything else you want to add:

- The git-config documentation says of zero jobs in "fetch.parallel" that "A value of 0 will give some reasonable default. If unset, it defaults to 1.".
- This started happening after I updated my version of Git for Windows earlier today.
- Excluding the --jobs argument or passing a non-zero value works as expected.

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.39.2.windows.1 cpu: x86_64 built from commit: a82fa99b36ddfd643e61ed45e52abe314687df67 sizeof-long: 4 sizeof-size_t: 8 shell-path: /bin/sh feature: fsmonitor--daemon uname: Windows 10.0 22621 compiler info: gnuc: 12.2 libc info: no libc information available $SHELL (typically, interactive shell): C:\Program Files\Git\usr\bin\bash.exe

[Enabled Hooks]