포스트

[GitHub 100일 챌린지] Day 56 - Pull Request 개념과 구조

[GitHub 100일 챌린지] Day 56 - Pull Request 개념과 구조

100일 챌린지 Day 56 - Pull Request는 코드 변경을 제안하고 리뷰받는 GitHub의 핵심 기능입니다.

배울 내용

  1. Pull Request의 정의와 목적
  2. PR의 구조와 구성 요소
  3. 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 라이센스를 따릅니다.