Add --all flag to `docker container stop` command
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
En el issue no se indican archivos fuente ni pruebas. Empieza localizando el comando existente docker container stop y el análisis de sus opciones; después, verifica que --all detenga los contenedores en ejecución, conservando el tiempo de espera, el manejo de señales y el comportamiento actual.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem Statement
Currently, stopping multiple containers requires explicitly listing them or using shell commands to pipe docker ps output. This creates friction for developers and operators who frequently need to stop all running containers during development or cleanup operations.
Proposed Solution
Add an --all flag to docker container stop that allows stopping all running containers in a single command. This aligns with existing Docker CLI patterns (e.g., docker container rm -a) and provides a more convenient workflow.
Benefits
- Improved developer experience by reducing command complexity
- Consistency with other Docker commands that support bulk operations
- Reduced risk of typos when manually listing container IDs
- Better automation support for cleanup scripts
Implementation Details
- Add
--all/-aflag to stop command options - When
--allis specified, fetch all running containers and stop them - Maintain existing timeout and signal handling
- Preserve current behavior when
--allis not specified
Backwards Compatibility
This change is fully backwards compatible as it only adds a new optional flag.
Am happy to contribute if this enhancement request gets approved!
- 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