Moby: ローカルコンテナイメージが古くなっているかどうかを確認するDockerコマンド？

いいえ、現在、画像が「古くなっている」かどうかを確認するための組み込みオプションはありません。 コンテナの自動更新は、ユースケースごとに実際に異なるものです。 最新の画像に「盲目的に」更新することは簡単ではありません。 たとえば、 some-image:latestは、_完全に_異なるイメージになる可能性があります（たとえば、 ubuntu:latestは、ある時点で14.04から16.04に切り替えられた最新の「LTS」リリースを指します）、同時にsome-image:1.2.3はSemVer（ish）タグのように「見えます」が、「タグ」スキームとその意味の両方を決定するのは画像作成者次第であるため、保証はありません（基本的にタグは無料です）フォーム「ラベル」）。

このため、コンテナには不変の識別子を使用することをお勧めします（たとえば、 ubuntu<strong i="9">@sha256</strong>:aabbbcccddd ）。 これにより、実行している正確なイメージバージョンを_テスト_でき、QAプロセスでテストされたものと_同じ_バージョンであることが保証されます。

上記のように、いくつかのオプションがあります。

• docker composeを使用する場合、 docker-compose pullを使用して、作成スタックで使用されているすべての画像の最新バージョンをプルできます。
• イメージを_ビルドする場合、ビルドを開始する前にdocker build --pull .....でFROM定義されたイメージを強制的にプルできます
• サービスを利用する場合。 docker service update --force --image foo:bar <servicename>は、指定されたfoo:barイメージの最新バージョンを解決し、サービスのすべてのインスタンスをそのバージョンに「固定」します

これがあなたの質問に答えることを願っています。 GitHub課題追跡システムは、一般的なサポートフォーラムではなく、バグや機能のリクエストを報告することを目的としていることに注意してください。 他のタイプの質問については、次のいずれかを使用することを検討してください。

• https://forums.docker.com
• DockerコミュニティのSlackチャネル
• スタックオーバーフロー

これはバグではないので、この問題をクローズしますが、会話を続けてください👍

ただし、「ブラインド更新」と（同じタグを使用して）リモートイメージが変更された

確かに。 コンテナ全体を毎日再ダウンロードすることなく、コンテナの更新を検出できる安定したメカニズムは素晴らしいでしょう。

セキュリティアップデートは非常に重要であり、この機能が欠けていても、最新の状態に保つのは簡単ではありません。