CLI attempts to pull "local" Docker images (and fails)
Nessuno ha ancora preso questa issue.
- #144 di @awrichar — chiusa senza merge
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 42/100
Direzione di ricerca
Inizia in internal/stacks/stack_manager.go, in PullStack, e riproduci il problema con ff start e un manifest.json contenente una definizione Docker locale. Traccia le manifest images e le immagini dei plugin blockchain/token per determinare quali Dockers vengono effettivamente utilizzati. Il lavoro è completato quando ff start esegue il pull solo delle immagini utilizzate, preservando le versioni del manifest e saltando le immagini contrassegnate come local.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
If you point the CLI to a local manifest with -m manifest.json, and that manifest contains a local Docker definitions such as:
"tokens-erc1155": {
"image": "ghcr.io/hyperledger/firefly-tokens-erc1155",
"local": true
}
When running ff start, the CLI still pulls the latest image from the server, overwriting the local image.
This seems to be due to a duplication in the PullStack method here. It first iterates the images defined in the manifest, and does properly skip those tagged as local. But then it goes on to pull the latest for all images defined by the blockchain and token plugins, defeating the purpose of the earlier loop.
Side node: because it first pulls all the images defined in the manifest, it will pull images even if you're ultimately not using them (ie it pulls fabconnect even if your blockchain provider is Ethereum).
Conclusion from all this: we need better "pull" logic to intersect the info from these two places - it should only pull the Dockers actually used in the stack, but it should also honor the versions and "local" flag defined for those images in the manifest.
- Lingua principale
- Go
- Stelle
- 66
- Fork
- 64
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la 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 hyperledger-firefly/cli
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
hyperledger-firefly/cli#357 ·
-
bug good first issue
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
hyperledger-firefly/cli#343 · 1 commento ·
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
hyperledger-firefly/cli#339 · 7 commenti ·
-
bug Windows WSL
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
hyperledger-firefly/cli#335 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
hyperledger-firefly/cli#334 · 2 commenti ·
Tutte le issue di hyperledger-firefly/cli
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
goharbor/terraform-provider-harbor#655 · 1 commento ·
-
bug needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
syncthing/syncthing#10935 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
docker/sbx-releases#737 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
area/manager needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
kyma-project/telemetry-manager#3922 ·
I maintainer di solito rispondono entro 1 giorno