launcher cleanup와 docker images prune -a를 모두 시도해 보았지만, 두 명령 모두 discourse/base 이미지의 태그를 제거하여 다음과 같은 상태로 남깁니다:
# 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
discourse/base 이미지가 <none>으로 표시됩니다. 사이트는 여전히 정상적으로 작동합니다. 우려할 만한 사항이 있을까요?
launcher app rebuild를 실행하면 태그는 다시 생성되지만, 앱 이미지도 함께 재빌드되어 두 개의 앱 이미지가 생성됩니다. 이 중 하나는 dangling 상태가 되므로, 태그가 제거되지 않는 상태로 사용하지 않는 이미지를 정리하려면 docker image rm $IMAGE_ID를 사용하여 해당 dangling 이미지를 수동으로 삭제해야 합니다. 그 후 이전과 동일한 상태, 즉 완전히 태그되고 이름이 지정된 이미지를 볼 수 있습니다:
# 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
태그가 없는 이미지를 원하지 않는다면, prune 명령이 base 이미지의 태그를 제거하기 때문에 수동 삭제를 하지 않고 전체적인 청소를 수행하는 방법이 없는 것 같습니다.
그 힌트 감사합니다. 검색을 해봤는데 해당 스레드를 찾지 못했거든요. 이 특정 게시글의 "설명"을 살펴보고 있습니다 (Docker 포럼에서 가져온 것으로, docker 컨테이너에 대해 일반적으로 논의하는 내용입니다):
… 제 환경과 유사해 보이지만, discourse/base와 discourse_latest/app 두 개의 이미지가 존재하는 것이 의도된 것인지 아닌지 명확하지 않습니다. 해당 Docker 포럼의 게시글 설명은 이것이 의도된 동작이 아니라, 의도치 않은 동작으로 인해 하나의 이미지 대신 두 개의 이미지가 생성된 잔재라고 가정하고 있습니다.