TL;DR (핵심 6줄)
이슈 먼저
생성 → 라벨/담당/스코프 확정
이슈 번호로
브랜치 생성
: feat/27-user-signup
작게, 자주 커밋
(Conventional Commits + 이슈 참조)
Draft PR
일찍 열고 계속 갱신 → CI 통과 필수
리뷰 1+명 승인
후
Squash & Merge
, Closes #27
머지 시
이슈 자동 종료
, 브랜치 삭제, 릴리즈 노트 반영
1) 이슈(ISSUE) → 브랜치(BRANCH) → PR → 리뷰 → 머지
1-1. 이슈 만들기 (필수 선행)
제목: [feat] 회원가입 이메일 인증 처럼
간결·행동형
설명:
배경/목표/스코프(In/Out)/완료기준(DoD)/리스크
라벨: feat | fix | chore | refactor | docs | test | perf | ci | build
담당자/마감일 지정
연관 이슈/디자인/문서 링크(예: Notion, Figma)
Definition of Ready (DoR)
목적·스코프 명확, API/DB 변화 초안 있음, 테스트 기준 정의됨 →
브랜치 생성 가능
1-2. 브랜치 규칙 (이슈 번호 기반)
형식:
{type}/#{issue}
예) feat/#27, fix/#105, chore/#66
type 목록:
feat, fix, chore, refactor, docs, test, perf, ci, build, revert