[Decision Log #04] 브랜치 전략 및 머지(Merge) 권한 체계

[frankie516c]

배경

여러 팀이 동시에 작업하는 환경에서 코드 충돌을 방지하고, 메인 브랜치(main/dev)의 무결성을 보장하기 위함.

검토안

• 안건 A: 각 파트 리더가 자율적으로 머지

• 안건 B: 동료 리뷰(Approve 1회) 후 PM이 최종 승인 및 머지

최종 결정

• 안건 B 선택: PM(부재 시 Sub PM) 최종 승인 및 머지 프로세스 확정

결정 사유

• 품질 통제: PR 단위 동료 리뷰(Approve 1회)를 기본으로 하고, PM이 통합 관점에서 최종 확인하여 브랜치 안정성 유지.

• 유연한 운영: 고정된 코드 리뷰 세션 대신, 각 PR 단위로 비동기 리뷰를 진행하여 일정 변동 상황에서도 리뷰 프로세스가 유지되도록 함.

• 표준화: 이니셜 소문자 통일 등 명명 규칙 준수를 강제하여 운영 효율성 증대.

영향 범위

운영 및 배포 (GitHub 레포지토리 관리 정책)

담당자

@frankie516c (Main PM) @choiyc05 (Sub PM)

결정일

2026-04-28

---

변경 이력

• 2026-05-04
  • 정기 코드 리뷰 세션(목요일) 제거
  • PR 기반 비동기 리뷰 방식으로 전환
  • 사유: 일정 변경 및 개발 집중도 확보 필요

[frankie516c]

정기 코드 리뷰 세션이 현실적으로 어려워 PR 기반 비동기 리뷰 방식으로 변경되었습니다.
본문 기준으로 확인 부탁드립니다.