Week 6 · 완성도 다지기와 배포 Day 39 / 42

Git과 배포 워크플로 — 안전하게 세상에 내보내기

내 컴퓨터 안의 파일이, 어떻게 인터넷 주소가 되는가

10초 핵심 요약

01

Git = 작업의 스냅샷 기록

Day 4, 14, 28에서 "폴더를 통째로 복사해 보관해두라"고 했던 것, 기억하시나요? Git은 정확히 그 일을 훨씬 정교하게 자동으로 해주는 도구입니다. 파일이 바뀔 때마다 그 순간의 스냅샷을 저장해두는 방식인데, 사진 앨범처럼 "이 시점엔 이런 모습이었다"를 계속 쌓아두면 나중에 언제든 그 시점으로 되돌아갈 수 있습니다. 스냅샷 하나하나를 commit이라 부르고, 그 기록을 원격 저장소로 보내는 것을 push라고 합니다.

git add . // 바뀐 파일들을 다음 스냅샷 후보로 등록
git commit -m "Day 39 페이지 추가" // 스냅샷 찍기(로컬에만 저장)
git push // 그 스냅샷을 원격 저장소로 전송
02

push하면 Cloudflare Pages가 자동으로 하는 일

push가 GitHub 같은 원격 저장소에 도착하면, Cloudflare Pages가 이를 감지해 다음 과정을 자동으로 진행합니다.

1새로 push된 코드를 가져옵니다.
2Astro 빌드를 실행해 모든 페이지를 정적 HTML로 굽습니다(Day 1, Day 30에서 다룬 빌드 타임).
3완성된 결과물을 전 세계 서버(CDN)에 배포합니다.
4functions/api/* 폴더가 있다면 이것도 함께 서버리스 환경에 배포합니다(Day 33).
03

브랜치 프리뷰 — 실전 배포 전 안전망

바로 main 브랜치(실제 서비스 중인 버전)에 push하는 대신, 별도 브랜치를 만들어 작업하면 Cloudflare Pages가 그 브랜치 전용 미리보기 주소를 따로 만들어줍니다. 실제 방문자가 보는 사이트는 그대로 두고, 새 기능을 임시 주소에서 먼저 확인할 수 있습니다.

이 과정은 Day 21의 "1차 완성본" 점검이나 Day 41의 최종 통합 테스트를 실제 서비스에 영향 없이 미리보기 주소에서 먼저 해볼 수 있게 해줍니다.
04

오늘의 실습 + AI 프롬프트

1새 브랜치를 만들어 작은 변경(예: 문구 하나)을 커밋하고 push해봅니다.
2Cloudflare Pages 대시보드에서 자동으로 생성된 프리뷰 배포 링크를 확인합니다.
AI에게 이렇게 지시해 보세요: "이 변경사항을 새 브랜치로 커밋하고 push하는 git 명령어 순서를 알려줘. main에는 아직 반영하고 싶지 않아."
05

Day 39 완료 체크리스트

commit과 push의 차이(로컬 기록 vs 원격 전송)를 설명할 수 있다.
push 이후 Cloudflare Pages가 자동으로 하는 빌드~배포 과정을 이해했다.
브랜치 프리뷰로 실제 서비스에 영향 없이 변경사항을 확인해봤다.
스스로 설명해보기 — commit과 push의 차이를 한 문장으로 설명할 수 있나요?

오늘의 용어

commit
변경사항을 로컬 저장소에 하나의 기록으로 남기는 작업
push
로컬 기록을 원격 저장소(GitHub 등)로 전송하는 작업
프리뷰 배포
main이 아닌 브랜치에 push했을 때 자동 생성되는 임시 확인용 배포