Suggestion: Docker images should have a "manifest" detailing the configuration options required to run a container
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- docker
- Área
- devops
Línea de trabajo
Comience revisando cómo exponen actualmente las Docker images la información de configuración de ports, environment variables y file o volume mounts, y compárelo con las necesidades del manifest propuesto. Se considerará terminado cuando exista un formato de manifest acordado y un proceso definido de implementación y validación; este issue no especifica archivos ni tests.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Description
If you were to pick a random container from a registry, AFAIK there is currently no way to know what configuration the container needs to be run:
- Ports: You may be able to interrogate to get a list of ports, but you don't know exactly what they are for, whether they are for a common protocol or something proprietary.
- Environment variables: You don't know which need to be set, or what the values should be
- File/volume mounts: You don't know what paths will be read for configuration or volumes that need to be remapped
Why
Tools that are supposed to make working with containers easier don't have the information required to be able to prompt or guess what details need to be passed in, you have to look at the documentation. Most tools don't know how to do that, or where to find it. If that information could be packaged with the container, it would make it much easier for a variety of tools such as:
- Docker desktop UI - It could prompt for what is needed
- Hosting services could prompt and provide sensible defaults
- LLM based tools for working with compose files and kubernetes would be able to understand what each specific container needs, and be able to make more sensible options based on it.
- Lenguaje dominante
- Go
- Estrellas
- 6.1k
- Forks
- 2.2k
- Merge medio
- 1 d 10 h
- PR fusionados (30 d)
- 47
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 docker/cli
-
kind/bug status/0-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
kind/bug status/0-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
kind/feature status/0-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
kind/bug status/0-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Todos los issues de docker/cli
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
acceptance-tests phase-coding schema-coverage testing triaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100