1. push
main 또는 배포 브랜치에 변경을 올립니다.
이 파트에서 다루는 내용
CH 13 Git 기반 자동 배포CH 14 AI 도구와 Git 연동CH 15 Git 이후를 노리는 도구들
01
Git push는 배포 트리거가 됩니다
정적 사이트나 프론트엔드 앱은 Git 저장소와 배포 플랫폼을 연결해 push만으로 빌드와 배포를 실행할 수 있습니다.
이 프로젝트도 Git 저장소와 Cloudflare Pages 배포 흐름을 기준으로 운영합니다.
2. build
플랫폼이 의존성을 설치하고 정적 산출물을 생성합니다.
3. deploy
빌드 결과를 공개 URL에 반영하고 실패하면 로그를 남깁니다.
02
좋은 Git 기록은 AI 협업 품질을 높입니다
AI 코딩 도구는 현재 파일뿐 아니라 diff, 커밋 메시지, 브랜치 이름, PR 설명을 맥락으로 봅니다.
커밋이 작고 메시지가 명확하면 AI도 변경 의도를 더 잘 이해합니다.
- 브랜치 이름에 목적을 드러냅니다. 예: feature/git-guide-course
- 커밋 메시지는 결과보다 이유를 포함합니다. 예: docs: add git recovery checklist
- PR 설명에는 변경 범위, 확인 방법, 남은 위험을 씁니다.
- AI가 만든 변경도 반드시 diff를 확인한 뒤 커밋합니다.
AI 친화적 커밋
"fix"보다 "fix: prevent stale session redirect loop"가 사람과 AI 모두에게 훨씬 좋은 히스토리입니다.
03
Git 이후의 도구도 Git 생태계 위에서 움직입니다
Jujutsu (jj)
Git 저장소와 함께 쓸 수 있는 새로운 버전관리 UX로 자주 언급됩니다. 복잡한 rebase와 작업 중 변경 관리의 불편을 줄이려는 방향입니다.
Sapling
대규모 저장소와 빠른 작업 흐름을 목표로 하는 도구입니다. 대형 조직의 모노레포 문제를 해결하려는 맥락에서 이해하면 좋습니다.
Pijul
패치 이론 기반의 버전관리 도구입니다. Git과는 다른 모델을 시도하지만 생태계 관점에서는 아직 Git이 압도적입니다.
학습 우선순위
새 도구를 보기 전에 Git의 commit, branch, merge, revert, remote 흐름을 먼저 익히는 것이 투자 대비 효과가 가장 큽니다.
체크