Ich habe auch launcher cleanup sowie docker images prune -a versucht, und beide führen dazu, dass das discourse/base-Image enttaggt wird, sodass es wie folgt aussieht:
# docker images -a
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest a413ce7df724 22 minutes ago 3.81GB
<none> <none> 036fcfb18c90 5 weeks ago 2.86GB
Das discourse/base-Image wird als <none> angezeigt. Die Seite funktioniert immer noch einwandfrei. Muss ich mir Sorgen machen?
Wenn ich launcher app rebuild ausführe, werden die Tags neu erstellt, aber auch das App-Image, sodass ich am Ende zwei App-Images habe, von denen eines verwaist ist. Wenn ich also ungenutzte Images bereinigen möchte, ohne Tags zu entfernen, muss ich das spezifische verwaiste Image manuell mit docker image rm $IMAGE_ID löschen. Danach sehe ich, was vorher da war, d.h. vollständig getaggt und benannt:
# docker images -a
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest 548674fae97b 10 minutes ago 3.81GB
discourse/base 2.0.20230711-0100 036fcfb18c90 5 weeks ago 2.86GB
Ich vermute, es gibt keine Möglichkeit, eine vollständige Bereinigung ohne manuelle Löschungen durchzuführen, wenn ich keine untagged Images haben möchte, da der prune-Befehl das Basis-Image enttaggt.
Vielen Dank für diesen Hinweis, ich hatte diesen Thread bei meiner Suche nicht gefunden. Wenn ich mir diesen speziellen Beitrag mit den „Anweisungen“ ansehe (sie stammen aus dem Docker-Forum und diskutieren Docker-Container im Allgemeinen):
…sieht er ähnlich aus wie das Setup, das ich sehe, aber der Aspekt, der mir nicht klar ist, ist, ob es beabsichtigt ist, zwei Images zu haben: discourse/base und discourse_latest/app. Die Anweisungen aus diesem [Beitrag aus dem Docker-Forum scheinen davon auszugehen, dass dies kein beabsichtigtes Verhalten war, sondern ein Überbleibsel von unbeabsichtigten Aktionen, die zu zwei Images statt einem führten.
Könnte jemand mit Kenntnissen (Entwickler?) dies bestätigen?
