[GitHub 100일 챌린지] Day 56 - Pull Request 개념과 구조
[GitHub 100일 챌린지] Day 56 - Pull Request 개념과 구조
100일 챌린지 Day 56 - Pull Request는 코드 변경을 제안하고 리뷰받는 GitHub의 핵심 기능입니다.
배울 내용
- Pull Request의 정의와 목적
- PR의 구조와 구성 요소
- PR 생명주기와 상태
1. Pull Request란?
정의: “내 변경사항을 프로젝트에 반영해주세요”라는 요청
graph LR
A[내 Fork] -->|Pull Request| B[원본 저장소]
B -->|코드 리뷰| C[검토]
C -->|승인| D[Merge]
2. PR이 필요한 이유
코드 품질:
- 여러 사람의 검토
- 버그 사전 발견
- 표준 준수 확인
협업:
- 변경사항 공유
- 토론과 피드백
- 지식 공유
3. PR의 구성 요소
제목
1
2
3
feat: Add dark mode toggle button
fix: Resolve memory leak in UserList
docs: Update installation guide
설명 (Description)
- 변경 이유
- 변경 내용
- 테스트 방법
- 스크린샷 (UI)
코드 변경 (Files changed)
- Diff 뷰
- 라인별 비교
- 추가/삭제 통계
리뷰 (Review)
- Approve
- Request changes
- Comment
4. PR 생명주기
1
2
3
4
5
6
7
8
9
1. Open (생성)
↓
2. Review (검토)
↓
3. Changes requested (수정 요청)
↓
4. Approved (승인)
↓
5. Merged (병합) / Closed (종료)
5. PR 종류
일반 PR:
1
2
myname/react:feature-hooks
→ facebook/react:main
Cross-branch PR (같은 저장소):
1
2
mycompany/project:feature
→ mycompany/project:develop
6. PR 상태 표시
- 🟢 Open: 리뷰 대기
- 🟣 Draft: 작업 중
- 🟢 Approved: 승인됨
- 🔴 Changes requested: 수정 필요
- 🟣 Merged: 병합 완료
- ⚫ Closed: 종료
정리
완료 체크:
- Pull Request의 목적을 설명할 수 있다
- PR의 구성 요소를 나열할 수 있다
- PR 생명주기를 이해했다
핵심 요약:
- PR = 코드 변경 제안 + 리뷰 요청
- 제목, 설명, 코드 변경, 리뷰로 구성
- Open → Review → Approve → Merge
다음: Day 57 - PR 생성하기 →
이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.
