Workflow

Issue 생성
→ develop에서 작업 브랜치 생성
→ 작업 및 커밋
→ 로컬 lint, format, typecheck, build 검증
→ PR 생성 (develop 대상)
→ CI 검사 및 상대 팀원 리뷰
→ CI 통과 + Approve 1명
→ develop 병합
→ 작업 브랜치 삭제

배포 또는 최종 제출 시
develop → main 대상 PR 생성
→ CI 검사 및 상대 팀원 Approve
→ main 병합 (Merge Commit)

• 일반 작업 PR의 대상 브랜치는 develop입니다.
• main에는 배포 또는 최종 제출 가능한 안정 버전만 병합합니다.
• main, develop에는 직접 Push하지 않고 PR을 통해 병합합니다. (최초 저장소 초기화 예외)

협업 규칙

Issue 규칙

Issue 제목은 아래 형식을 따릅니다.

[TYPE] 작업 내용

예: [FEAT] 로그인 화면 구현

[FEAT], [FIX], [REFACTOR], [DOCS], [CHORE], [TEST] 중 작업 성격에 맞는 Type을 사용합니다.

• 기능 개발은 Feature 템플릿, 버그 수정은 Bug 템플릿을 사용합니다.
• 작업 범위와 완료 조건을 작성하고, 관련 Figma, 기획 문서, API 명세 링크를 첨부합니다.
• Issue 생성 후 담당자를 지정하고 작업을 시작합니다.
• 하나의 Issue는 가능한 한 하나의 작업 목표를 다룹니다.

Branch 규칙

브랜치는 아래 형식을 따릅니다.

type/이슈번호-작업내용

• 작업 내용은 영문 소문자와 하이픈(-)을 사용해 작성합니다.