Reject tool versions below the minimum supported version
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- docker, typescript
- Ambito
- cli
Direzione di ricerca
Start with the base validate() in the install services, then the minVersion constants in the git, nix and vp tools that the issue says to replace. The minVersion metadata field comes from #7771, which must land first, and the issue does not say how versions are compared, so check the tool's versioning code. Done means a version below the minimum fails with a message naming the minimum, and version resolution skips releases below it. Docs in docs/tools.md should list each minimum.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What would you like containerbase to do?
Make the CLI reject tool versions below the minVersion of the tool metadata (#7771), instead of installing them.
Proposal
- The base
validate()of the install services checks the requested version against the tool'sminVersion, compared with the tool's versioning, and fails with a clear message naming the minimum. git,nixandvpdrop their own minimum constants and use the shared field.- Version resolution doesn't resolve a partial version to a release below the minimum.
- Docs: the minimum per tool in
docs/tools.mdor the tool docs.
Breaking change
Images and Renovate setups which install an older version than the minimum stop working, so this ships in a major release, with the minimums listed in the release notes.
Depends on #7771. Part of #7674.
Drafted by Claude Opus 5.5 (Claude Code) for @viceice.
- Lingua principale
- TypeScript
- Stelle
- 58
- Fork
- 65
- Merge medio
- 11h 54m
- PR unite (30g)
- 428
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di containerbase/base
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
containerbase/base#7891 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
containerbase/base#7842 ·
I maintainer di solito rispondono entro 1 giorno
-
priority-3-normal tool/dotnet
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
containerbase/base#5996 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
containerbase/base#7908 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
containerbase/base#7902 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di containerbase/base
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Renaming a projectAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
equinor/prisma-decision-web#927 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
bigbluebutton/bigbluebutton#26166 ·
I maintainer di solito rispondono entro 1 giorno