Jost Do It!

1. 개요도커 컴포즈를 통해 컨테이너를 실행하는 환경에서 일부 서비스의 스크립트 내용이 변경돼 컨테이너를 재실행하였다.docker compose downdocker compose up하지만 변경된 스크립트 내용들이 컨테이너에 반영되지 않고, 여전히 이전 스크립트 내용으로 실행되는걸 확인하였다. 아래 명령어로 이미지를 재빌드를 해도 변경된 스크립트 내용은 반영되지 않았다.docker compose build --no-cache 2. 원인도커는 이미지를 생성하고, 그 이미지를 통해 컨테이너를 실행한다.그리고 컨테이너를 재실행하면 기존 이미지를 재사용해 컨테이너를 다시 생성한다.도커의 이미지 목록은 다음 명령어로 확인할 수 있다.docker image ls  만약 기존 서비스 내용들에서 변경이 생긴다면 doc..

도커 이미지를 생성하는데 사용된 명령어들을 확인하고 싶을 때 docker history를 사용할 수 있다. 명령어는 아래와 같다. docker history 여기서 {:버전명}은 생략 가능하고, 생략 시 가장 최신의 repository의 image history를 가져온다. 옵션 리스트는 아래와 같다. --quite or -q: 이미지의 ID만을 출력한다. --no-trunc: 생략된 부분들을 모두 출력한다. 옵션에서 확인할 수 있듯이 default로 너무 긴 경우는 생략해서 출력한다. 출력 결과 1. 기본 명령을 사용해 출력한 결과 아래와 같다. IMAGE ID, 생성 시간, 생성 이유, 크기, Comment를 출력한다. 생성 이유에서 명령어 (or 이미지) 내용을 확인할 수 있다. 각 명령어들은 하나..

docker의 이미지를 생성하다보면 Repository명과 Tag 값이 으로 기재된 dangling image가 생성된다. dangling image는 도커 이미지 생성 과정 중에서 에러가 발생하거나 중간에 중단되게 되면 생기는 이미지로 쓸모없는 부산물이다. 이미지 리스팅 시 보기 불편하기 때문에 정리를 해줄 필요가 있다. none image를 모두 제거하는 코드는 아래와 같다. docker rmi $(docker images -f "dangling=true" -q) 참조 https://web-front-end.tistory.com/102

도커 컨테이너를 detached mode (-d 옵션) 로 실행시킨 경우 백그라운드에서 실행되기 때문에 컨테이너 로그를 확인할 수 없다. 이 경우 아래의 명령어를 사용해 실행된 컨테이너의 지금까지 log 기록을 확인할 수 있다. docker container logs 컨테이너가 실행되었으면 아래와 같이 정상적으로 로그기록이 출력된다.