Git 기반 배포 흐름과 안전한 브랜치 전략 기초
3강. Git 기반 배포 흐름과 안전한 브랜치 전략 기초
1. 이번 강의에서 해결할 문제
작업 중인 변경을 main에 바로 밀어 자동 배포하면 검증되지 않은 사이트가 공개될 수 있습니다. 변경을 격리하고 배포 전 diff와 build를 확인합니다.
2. 학습 목표
3. 핵심 개념
배포 브랜치는 언제든 서비스 가능한 상태여야 합니다. 기능 브랜치는 작성 중 변경을 격리하고 Pull Request는 diff, 자동 검사와 리뷰를 한곳에 모읍니다. 현재 Pages workflow가 main push를 감지하므로 main 병합은 곧 배포 시작이라는 운영 의미를 가집니다.
4. 단계별 실습
1. PowerShell
실행 위치: 저장소 루트
실행 전 확인: main이 origin/main과 같은지 fetch 후 확인합니다.
대상: 새 docs/deploy-note.md 같은 작은 문서 변경
git fetch origin main
git status --short --branch
git rev-list --left-right --count origin/main...main
git switch -c docs/deployment-checklist
예상 결과: 분기 수가 0 0이고 새 기능 브랜치로 전환됩니다.
2. PowerShell
실행 위치: 기능 브랜치
실행 전 확인: git status --short에서 예상 파일을 확인합니다.
대상: 이번 변경 파일만
git diff --check
npm.cmd run build
git add -- docs/deploy-note.md
git diff --cached --stat
git diff --cached
예상 결과: 공백 오류와 빌드 오류가 없고 staged diff에 의도한 파일만 표시됩니다.
3. GitHub 웹 화면
실행 위치: 저장소 Pull Requests
실행 전 확인: base와 compare 브랜치를 다시 확인합니다.
대상: 기능 브랜치에서 main으로 향하는 PR
1. PR 생성
2. Files changed와 Actions 결과 확인
3. 승인 후 일반 병합
4. 배포 workflow 실행 관찰
예상 결과: main에는 검토된 변경만 들어가고 Pages 배포가 한 번 시작됩니다.
5. 배포·운영 흐름이 동작하는 이유
브랜치가 작업을 격리하고 PR이 변경과 검증 기록을 남깁니다. main push 이벤트는 병합된 커밋을 깨끗한 runner에서 다시 빌드해 배포 artifact로 만듭니다.
6. 자주 하는 실수와 안전한 해결법
7. 직접 실습
8. 이해 점검 질문 3개
9. 핵심 요약
Git 기반 배포 흐름과 안전한 브랜치 전략 기초 미니 퀴즈
선택 즉시 정답과 해설을 확인할 수 있습니다. 결과는 이 브라우저에만 저장됩니다.
학습을 마쳤나요?
직접 실습과 점검 질문까지 확인한 뒤 완료로 표시하세요.