대부분의 경우 Dockerfile을 기반으로 이미지가 생성되기 때문에, 물론 이 방법은 재현이 쉽기 때문에 공식적으로 권장되는 이미지 생성 방법이기도 합니다. Dockerfile을 기반으로 이미지를 생성하는 과정에서 Dockerfile의 거의 모든 명령어는 이전 명령어에서 생성된 이미지를 기반으로 컨테이너를 생성한 다음 명령어의 내용을 실행하여 새 레이어를 생성합니다. FROM 가장 기본적인 미러 레이어 이후 나머지는 쓰기 가능한 레이어에서 수행되는 모든 작업의 중첩으로 볼 수 있으며 삭제할 수 없습니다. 일부 레이어가 불필요하다고 생각되면 이미지 로그(docker History ImageName)를 확인한 다음 로그 내용을 기반으로 자체 Dockerfile을 작성하여 불필요한 단계를 제거하는 것이 좋습니다. 그러면 다시 빌드된 이미지에 없는 레이어가 없게 됩니다. 필요. 나는 당신의 성공을 기원합니다.
이미지 레이어가 이미 존재하는 경우 반복 다운로드되지 않습니다.
특정 이미지를 사용하려면 레이어를 모두 다운로드해야 하며, 중간 레이어도 필요합니다
필요하지 않은 항목을 삭제하고
docker images
필요하지 않은 항목을 찾은 다음docker rmi <image_id>
대부분의 경우 Dockerfile을 기반으로 이미지가 생성되기 때문에, 물론 이 방법은 재현이 쉽기 때문에 공식적으로 권장되는 이미지 생성 방법이기도 합니다. Dockerfile을 기반으로 이미지를 생성하는 과정에서 Dockerfile의 거의 모든 명령어는 이전 명령어에서 생성된 이미지를 기반으로 컨테이너를 생성한 다음 명령어의 내용을 실행하여 새 레이어를 생성합니다. FROM 가장 기본적인 미러 레이어 이후 나머지는 쓰기 가능한 레이어에서 수행되는 모든 작업의 중첩으로 볼 수 있으며 삭제할 수 없습니다. 일부 레이어가 불필요하다고 생각되면 이미지 로그(docker History ImageName)를 확인한 다음 로그 내용을 기반으로 자체 Dockerfile을 작성하여 불필요한 단계를 제거하는 것이 좋습니다. 그러면 다시 빌드된 이미지에 없는 레이어가 없게 됩니다. 필요. 나는 당신의 성공을 기원합니다.