CLI attempts to pull "local" Docker images (and fails)
Nadie ha tomado este issue todavía.
- #144 de @awrichar — cerrado sin fusionar
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
Línea de trabajo
Comienza en internal/stacks/stack_manager.go, en PullStack, y reproduce el problema con ff start y un manifest.json que contenga una definición local de Docker. Rastrea las imágenes del manifiesto y las imágenes de los plugins de blockchain/token para determinar qué Dockers se utilizan realmente. Se considera terminado cuando ff start extrae solo las imágenes utilizadas, conserva las versiones del manifiesto y omite las imágenes marcadas como locales.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Go
- Estrellas
- 66
- Forks
- 64
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de hyperledger-firefly/cli
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
hyperledger-firefly/cli#357 ·
-
bug good first issue
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
hyperledger-firefly/cli#343 · 1 comentario ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
hyperledger-firefly/cli#339 · 7 comentarios ·
-
bug Windows WSL
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
hyperledger-firefly/cli#335 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
hyperledger-firefly/cli#334 · 2 comentarios ·
Todos los issues de hyperledger-firefly/cli
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
[BUG] steve: Updating a resource through /v1 ignores dryRun, fieldManager and fieldValidationAbiertoarea/frameworks area/steve kind/bug team/frameworks
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Exclude merge queue branches from push trigger in ci-workflow.yaml to eliminate duplicate CI runsAbiertobug infra ready-for-triage triaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
redhat-et/ProtoBot#312 · 2 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día