Docker Desktop 에 빌드 히스토리 가져오기
이 단계에서는 이전 단계에서 내보낸 빌드 히스토리를 Docker Desktop 으로 가져오는 것을 시뮬레이션합니다. 이 터미널 환경에서는 그래픽 Docker Desktop 인스턴스와 직접 상호 작용할 수 없지만, 개념과 파일 전송 프로세스를 시연할 수 있습니다.
실제 시나리오에서는 (이 LabEx VM 과 같은) 빌드 환경에서 build_history.txt 파일을 내보낸 후, 일반적으로 이 파일을 Docker Desktop 이 설치된 머신으로 전송합니다. 파일을 전송하는 일반적인 방법에는 scp, sftp 또는 클라우드 스토리지 서비스를 사용하는 것이 있습니다.
이 랩의 목적을 위해, build_history.txt 파일을 Docker Desktop 이 실행 중인 로컬 머신으로 전송했다고 가정합니다.
파일이 로컬 머신에 있으면 Docker Desktop 을 엽니다. Docker Desktop 은 Docker 이미지, 컨테이너 및 볼륨을 관리하기 위한 그래픽 인터페이스를 제공합니다. 이 특정 텍스트 파일 형식을 읽는 Docker Desktop 의 직접적인 "빌드 히스토리 가져오기" 버튼은 없지만, build_history.txt 내의 정보는 이미지가 어떻게 빌드되었는지 이해하는 데 유용합니다.
개발자는 종종 이 빌드 히스토리를 사용하여 다음을 수행합니다.
- 이미지의 레이어를 이해합니다.
- 이미지 빌드 문제를 디버깅합니다.
- 다른 머신에서 빌드 프로세스를 다시 만듭니다.
- 이미지 생성 프로세스를 문서화합니다.
"가져오기"를 시뮬레이션하고 다음 확인 단계에서 빌드 히스토리에 액세스할 수 있도록 하기 위해, build_history.txt 파일이 마치 파싱할 수 있는 도구에서 검사하거나 사용할 준비가 된 것처럼 ~/project 디렉토리에 있는지 확인합니다.
파일이 여전히 ~/project 디렉토리에 있는지 확인할 수 있습니다.
ls ~/project/build_history.txt
파일이 있으면 명령이 해당 경로를 출력합니다. 그렇지 않으면 오류 메시지가 표시될 수 있습니다.
실제 Docker Desktop 환경에서는 일반적으로 그래픽 인터페이스를 사용하여 이미지와 해당 레이어를 검사하며, 이는 build_history.txt의 정보와 유사한 보기를 제공합니다. 일부 고급 도구 또는 스크립트를 사용하여 이 히스토리 데이터를 파싱하고 시각화할 수도 있습니다.
터미널 환경에 있으므로, 예상 위치에 build_history.txt 파일이 있다는 것은 랩의 컨텍스트 내에서 이 단계의 목표가 완료되었음을 의미합니다.