Populair: Gegevens bijgewerkt op 13 november 2026

Categorieën

Internet1.412
Communicatie327
Audio & video934
Grafisch & ontwerp563
Kantoor & productiviteit1.172
Ontwikkeltools3.272
AI-tools599
Beveiliging & privacy407
Systeemtools3.179
Gaming543
Onderwijs & wetenschap240
Netwerk & IT292

usage 7.1.4 downloaden

A specification for CLIs

Dit is een oudere versie. De nieuwste versie is 7.1.5. usage 7.1.5 · Uitgebracht:

Installatiebestanden 7.1.4

ArchitectuurTypeBereikBestandsgrootteDownloadenSHA256
64-bits ZIP → Portable — — github.com VirusTotal
ARM64 ZIP → Portable — — github.com VirusTotal

Link en SHA256 komen uit het communitymanifest van Windows Package Manager. Vergelijk de hash van het gedownloade bestand voordat het wordt uitgevoerd.

Release notes

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

Populairst in Terminals & opdrachtregel

Alles bekijken
  1. PowerShellTerminals & opdrachtregel · Microsoft Corporation
  2. QPDFTerminals & opdrachtregel · QPDF
  3. Oh My PoshTerminals & opdrachtregel · Jan De Dobbeleer
  4. Microsoft Azure CLITerminals & opdrachtregel · Microsoft Corporation
  5. yqTerminals & opdrachtregel · Mike Farah
  6. fzfTerminals & opdrachtregel · Junegunn Choi
  7. AlacrittyTerminals & opdrachtregel · Alacritty
  8. PuTTYTerminals & opdrachtregel · Simon Tatham
  9. cURLTerminals & opdrachtregel · curl
  10. TabbyTerminals & opdrachtregel · Tabby Developers

Meer van jdx

Alles bekijken

Tags

Delen