ZimaOSが更新後もすべてのDockerコンテナを繰り返し更新可能と表示する場合、そのバッジだけでは新しいアプリケーションコードが利用可能だとは証明できません。2025年のスレッドは、ZimaOS 1.5.2/1.5.3と、変更可能なlatestタグを使用するコンテナに関連していました。
コミュニティの返信では、この動作の原因としてイメージダイジェストの追跡が挙げられていました。この説明は妥当と思われますが、IceWhaleのエンジニアリング部門による公式見解ではありません。そのため、現在はコンテナを繰り返し再作成する前に、実際のイメージ識別情報を確認するのが安全です。
latestによって更新状態の把握が難しくなる理由
Dockerタグは、別のイメージへ移動できる名前です。上流のDockerイメージのプルガイドでは、イメージダイジェストは変更不可能な識別子である一方、タグは再度プルして新しいイメージを取得できるものだと説明されています。
つまり、:latestはバージョン番号ではありません。アプリケーションに表示されるバージョンラベルが変わらなくても変更される可能性があり、レジストリが同じソフトウェアリリース文字列を維持したままイメージを再ビルドすることもあります。
もう一度更新をクリックする前に確認する
コンテナに設定されたイメージタグ、ローカルに保存されたイメージIDまたはダイジェスト、そして上流のリリースノートを確認してください。ダイジェストとアプリのリリースがすでに最新であれば、更新を繰り返しクリックしても、リスクが増えるだけで有用な証拠は得られません。
アプリが安定版のバージョンタグを提供している場合、既知のリリースに固定すると、更新動作を理解しやすくなります。ただし、プロジェクトがローリングタグを通じてのみセキュリティ修正を提供する方針である場合は、無条件に固定しないでください。まずアプリ独自のリリースポリシーを確認してください。
現在のZimaOSはスレッド当時から変更されています
ZimaOS 1.7.1のリリースノートでは、Dockerの起動、ネットワーク、Web URL、YAML互換性、アプリの移行が改善されたと説明されています。ただし、以前の「すべてのアプリに更新があります」というバッジが修正されたとは明記されていません。
そのため、1.7.1でもこの症状が発生する場合は、影響を受けたイメージ名、タグ、ローカルダイジェスト、更新後のダイジェストを1件記録してから報告してください。これにより、曖昧なバッジの問題を再現可能な比較に変えられます。
意図的なコンテナ更新を優先する
Dockerアプリの基本は、ZimaOSがコンテナを管理する方法を復習するのに役立ちます。ZimaOS 1.7 App Storeでは、現在のUIの背景を確認できます。
要点
元の報告は実際にあったものですが、「更新可能」と「新しいアプリケーションバージョンがある」は同じではありません。ローリングタグを使用している場合は、まずイメージダイジェストと上流のリリースを確認してください。現在のリリースで更新した後もZimaOSが変更されていないダイジェストに更新フラグを付ける場合は、ダイジェストの証拠を添えて、現在のUIまたは更新検出の不具合として報告してください。
