Populärt: Data uppdaterade 13 november 2026

Kategorier

Internet1 412
Kommunikation327
Ljud och video934
Grafik och design563
Kontor och produktivitet1 172
Utvecklarverktyg3 272
AI-verktyg599
Säkerhet och integritet407
Systemverktyg3 179
Spel543
Utbildning och vetenskap240
Nätverk och IT292

Ladda ner usage 7.1.4

A specification for CLIs

Det här är en äldre version. Den senaste versionen är 7.1.5. usage 7.1.5 · Släppt:

Installationsfiler 7.1.4

ArkitekturTypOmfattningFilstorlekLadda nerSHA256
64-bitars ZIP → Portabel — — github.com VirusTotal
ARM64 ZIP → Portabel — — github.com VirusTotal

Länken och SHA256 kommer från communitymanifestet i Windows Package Manager. Jämför hashen för den nedladdade filen innan du kör den.

Versionsinformation

Fixed
- (lib) A mount run= that gets its spec from another usage-shebang script now works even when the environment holds a value that one of that script's env-bound flags rejects (#1591, @jdx). For example, if the child declares flag "--mode <m>" env="X_MODE" { choices "a" "b" }, then X_MODE=zzz ./parent sub used to fail with Invalid choice for option mode: zzz (exit 181), and completion failed the same way. When usage runs the script itself and the parse fails, it now drops the env values the spec rejects and keeps the valid ones. If the parse still fails, the original error is reported. Running the script directly still reports invalid env values, and a bad value typed on the command line is still an error.
When a mount does fail, the error now names the command being resolved:
could not read the commands mounted under `sub`: exited with code 1
sh -c ./child2
This message comes from usage-lib, so CLIs built on it show the same wording. Script exit codes have not changed, and they are now documented in docs/cli/scripts.md: the script's own code when it runs, 1 when the command line doesn't satisfy the spec, and 181 when usage can't read or run something the spec depends on, such as an invalid spec or a failing mount.
- (cli) The Cobra integration now quotes flag defaults that KDL would otherwise read as non-strings (#1595, @jdx). Before this fix, a Bool flag defaulting to true or an Int flag defaulting to -1 produced default=true or default=-1, and usage lint rejected the spec. Defaults such as true, false, null, inf, -inf, nan, signed numbers (-1, +1, -0.5) and values containing [ or ] are now written as quoted strings. Plain values such as json are still written without quotes.

https://github.com/jdx/usage/releases/tag/v7.1.4

Populärast i Terminaler och CLI-verktyg

Visa alla
  1. PowerShellTerminaler och CLI-verktyg · Microsoft Corporation
  2. QPDFTerminaler och CLI-verktyg · QPDF
  3. Oh My PoshTerminaler och CLI-verktyg · Jan De Dobbeleer
  4. Microsoft Azure CLITerminaler och CLI-verktyg · Microsoft Corporation
  5. yqTerminaler och CLI-verktyg · Mike Farah
  6. fzfTerminaler och CLI-verktyg · Junegunn Choi
  7. AlacrittyTerminaler och CLI-verktyg · Alacritty
  8. PuTTYTerminaler och CLI-verktyg · Simon Tatham
  9. cURLTerminaler och CLI-verktyg · curl
  10. TabbyTerminaler och CLI-verktyg · Tabby Developers

Mer från jdx

Visa alla

Taggar

Dela