본문으로 건너뛰기
배포와 운영 기초집LESSON 09

GitHub Pages 배포 업데이트와 캐시 문제 대응

난이도입문 → 초급
예상 시간30분
선수지식이전 강의

9강. GitHub Pages 배포 업데이트와 캐시 문제 대응

1. 이번 강의에서 해결할 문제​

수정 후 예전 화면이 보인다고 무조건 재배포하면 중복 실행만 늘어납니다. 어느 커밋이 배포됐고 어떤 응답이 캐시됐는지 증거를 모읍니다.

2. 학습 목표​

3. 핵심 개념​

업데이트는 main의 새 커밋이 workflow를 시작하고 새 artifact가 Pages에 게시되는 흐름입니다. 브라우저·중간 캐시가 이전 자산을 잠시 보일 수 있지만 먼저 Actions의 커밋 SHA, deploy 완료 시간, 실제 HTML의 새 문구를 확인해야 합니다. 소스 변경 없이 workflow를 반복 실행하는 것은 원인 분석을 대신하지 못합니다.

4. 단계별 실습​

1. PowerShell​

실행 위치: 저장소 루트

실행 전 확인: fetch는 파일을 바꾸지 않지만 네트워크 연결이 필요합니다.

대상: 현재 로컬·원격 main 커밋

PowerShell
git fetch origin main
git rev-parse main
git rev-parse origin/main
git log -1 --format="%H %cI %s" origin/main

예상 결과: 로컬과 원격 배포 대상 SHA와 커밋 시간이 표시됩니다.

2. GitHub 웹 화면​

실행 위치: Actions → Pages workflow

실행 전 확인: 실행을 다시 누르기 전에 기존 결과와 시간을 기록합니다.

대상: 해당 SHA의 build와 deploy 실행

GitHub 웹 화면
1. workflow 실행 SHA 확인
2. build와 deploy 완료 시간 확인
3. deployment URL 열기
4. 새 콘텐츠 존재 확인
5. 필요할 때만 캐시 비활성화 새로고침

예상 결과: 소스 SHA와 실제 배포 결과가 같은지 판단할 수 있습니다.

5. 배포·운영 흐름이 동작하는 이유​

커밋 SHA는 소스 버전을, workflow 실행은 artifact 생성·게시 상태를, 브라우저 응답은 사용자가 받은 결과를 증명합니다. 세 증거를 연결하면 캐시와 미배포를 구분할 수 있습니다.

6. 자주 하는 실수와 안전한 해결법​

7. 직접 실습​

8. 이해 점검 질문 3개​

9. 핵심 요약​

MINI QUIZ

GitHub Pages 배포 업데이트와 캐시 문제 대응 미니 퀴즈

선택 즉시 정답과 해설을 확인할 수 있습니다. 결과는 이 브라우저에만 저장됩니다.

0 / 2
  1. 문제 1다음 중 “GitHub Pages 배포 업데이트와 캐시 문제 대응”의 핵심 요약을 실제 상황에 맞게 적용한 것은 무엇인가요?
  2. 문제 2‘캐시 삭제를 첫 해결책으로 사용’ 실수를 판단할 때 “GitHub Pages 배포 업데이트와 캐시 문제 대응” 강의가 제시한 기준은 무엇인가요?

답을 선택하면 진행 결과가 자동으로 저장됩니다.

LESSON STATUS

학습을 마쳤나요?

직접 실습과 점검 질문까지 확인한 뒤 완료로 표시하세요.

9강. GitHub Pages 배포 업데이트와 캐시 문제 대응 미완료 상태