Add --all flag to `docker container stop` command

オープン

#5,930 2025年3月14日に作成コメント 5 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 45/100

issue の種類: 機能追加
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: docker, go
領域: cli

調査の方向性

issue にはソースファイルやテストが記載されていません。まず既存の docker container stop コマンドとそのオプション解析を見つけ、次に --all が実行中のコンテナを停止しつつ、タイムアウト、シグナル処理、現在の動作を維持することを確認してください。

索引モデルが issue の本文から書いたものです。

説明

kind/feature status/0-triage

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/-a flag to stop command options
When --all is specified, fetch all running containers and stop them
Maintain existing timeout and signal handling
Preserve current behavior when --all is 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!

主要言語: Go
スター: 6.1k
フォーク: 2.2k
平均マージ: 1日 10時間
マージ済み PR（30日）: 47

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

docker/cli のほかの issue

`docker logout docker.io` does not remove Docker Hub credentials オープン

kind/bug status/0-triage

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

docker/cli#7326 · 2026年9月23日に作成
Truncating log lines at 75 characters makes them useless. オープン

kind/bug status/0-triage

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

docker/cli#7176 · コメント 1 件 · 2026年8月11日に作成
cli-plugins/hooks: max-message enforcement is off by one オープン

難易度 2/5 1〜3時間初心者へのやさしさ 74/100

docker/cli#7005 · コメント 2 件 · 2026年5月25日に作成
Path confinement for `secrets.file` and `configs.file` in stack deploy オープン

kind/feature status/0-triage

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

docker/cli#6919 · コメント 3 件 · 2026年4月7日に作成
`docker context import` TLS Entry Handling results in OOM オープン

kind/bug status/0-triage

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

docker/cli#6917 · コメント 2 件 · 2026年4月7日に作成

docker/cli の issue をすべて見る

似ている issue

Smoke Test: Copilot - 35930762956 オープン

難易度 1/5 1時間未満初心者へのやさしさ 60/100

github/gh-aw-mcpg#13748 · 2026年9月23日に作成
[aw] Daily Reliability Review failed オープン

agentic-workflows

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

github/gh-aw#63046 · 2026年9月23日に作成
OpenVEX statements carry no subcomponent package or version オープン

needs-triage

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

NVIDIA/aicr#2945 · 2026年9月23日に作成
[Bug]: Event executions make the originating request panic (nil JobInsertResult in queue log middleware) when the OTLP log exporter is enabled オープン

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

zitadel/zitadel#12811 · 2026年9月23日に作成
java: Librarian prepends duplicate java- prefix when library name already includes it オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

googleapis/librarian#7670 · コメント 2 件 · 2026年9月23日に作成

Go の issue をもっと見る