# 임시 Dockerfile 생성
cat > /tmp/Dockerfile.test << 'EOF'
FROM alpine:3.18
RUN echo "version 1" > /version.txt
EOF

# 같은 태그로 두 번 빌드 — 첫 번째 이미지가 dangling이 됨
docker build -t test-dangling:latest -f /tmp/Dockerfile.test /tmp
docker build -t test-dangling:latest --no-cache -f /tmp/Dockerfile.test /tmp

# dangling 이미지 확인 (TAG가 <none>인 항목)
docker images -f dangling=true
# REPOSITORY   TAG       IMAGE ID       CREATED          SIZE
# <none>       <none>    a1b2c3d4e5f6   10 seconds ago   7.5MB

# dangling 이미지만 삭제 (태그 있는 이미지는 건드리지 않음)
docker image prune -f

# 출력:
# Deleted Images:
# deleted: sha256:a1b2c3d4e5f6...
# Total reclaimed space: 7.5MB

# 현재 컨테이너에서 사용 중이지 않은 이미지를 모두 삭제
# (태그 있어도 사용 중인 컨테이너가 없으면 삭제됨)
docker image prune -a -f

# 출력:
# Deleted Images:
# untagged: nginx:1.24
# deleted: sha256:a8758716bb6a...
# untagged: nginx:1.25
# deleted: sha256:a6bd71249a7e...
# Total reclaimed space: 6.1GB

# CI에서 매 빌드마다 latest로 push하는 잘못된 패턴
docker build -t myapp:latest .
docker push myapp:latest

# 문제: 오늘의 latest와 어제의 latest는 다른 이미지
# docker pull myapp:latest  ← 항상 가장 최신 이미지를 가져옴
# 특정 시점으로 롤백하려면 어떤 이미지인지 알 수가 없음

# git SHA 추출 (단축 7자리)
GIT_SHA=$(git rev-parse --short HEAD)

# 날짜 (YYYYMMDD 형식)
BUILD_DATE=$(date +%Y%m%d)

# 이미지 태그 조합
IMAGE_TAG="${BUILD_DATE}-${GIT_SHA}"

# 빌드 및 태그
docker build -t myapp:${IMAGE_TAG} .

# 예: myapp:20240510-a3f7c91

# 레지스트리 push
docker push myapp:${IMAGE_TAG}

# 참고용으로 latest도 함께 push (운영에서는 SHA 태그만 사용)
docker tag myapp:${IMAGE_TAG} myapp:latest
docker push myapp:latest

# 나쁜 패턴 — 무엇이 배포됐는지 알 수 없음
myapp:latest

# 좋은 패턴 — 언제, 어떤 커밋인지 명확
myapp:20240510-a3f7c91

# 더 구체적인 패턴 — 브랜치까지 포함
myapp:main-20240510-a3f7c91

# 시맨틱 버저닝 + SHA 조합
myapp:v2.3.1-a3f7c91

# 배포된 버전 확인 (태그 목록)
docker images myapp --format "table {{.Tag}}\t{{.CreatedAt}}\t{{.ID}}"

# 특정 시점으로 롤백
docker run -d --name myapp myapp:20240508-b9e2d14

# 또는 레지스트리에서 이전 태그 pull
docker pull myapp:20240508-b9e2d14

# 단일 이미지 저장
docker save -o nginx-alpine.tar nginx:alpine

# 저장된 파일 확인
ls -lh nginx-alpine.tar
# -rw------- 1 user user 8.1M ... nginx-alpine.tar

# gzip으로 압축하여 크기 줄이기
docker save nginx:alpine | gzip > nginx-alpine.tar.gz
ls -lh nginx-alpine.tar.gz
# -rw-r--r-- 1 user user 3.2M ... nginx-alpine.tar.gz  (약 60% 압축)

# nginx와 redis를 하나의 tar에 저장
docker save -o app-bundle.tar nginx:alpine redis:7-alpine

# gzip 압축까지
docker save nginx:alpine redis:7-alpine | gzip > app-bundle.tar.gz

# 파일 전송 (scp 예시)
scp app-bundle.tar.gz deploy@192.168.1.100:/tmp/

# tar 파일에서 이미지 로드
docker load -i nginx-alpine.tar

# 출력:
# Loaded image: nginx:alpine

# gzip 압축 파일 로드
docker load -i nginx-alpine.tar.gz
# 또는 파이프 사용
gunzip -c nginx-alpine.tar.gz | docker load

# 복원 확인
docker images nginx
# REPOSITORY   TAG       IMAGE ID       CREATED       SIZE
# nginx        alpine    c1afedef4846   2 weeks ago   41.4MB

# 전송 전: 이미지 다이제스트(sha256) 기록
docker inspect nginx:alpine --format '{{.Id}}'
# sha256:c1afedef4846b6c6a93f62f4db7af...

# 전송 후 복원된 이미지의 다이제스트와 비교
docker inspect nginx:alpine --format '{{.Id}}'
# 동일한 sha256이면 전송 중 손상 없음