Team Rule 01: Git&GitHub Workflow - SWPP-2025SPRING/team-project-for-2025-spring-swpp-team-10 GitHub Wiki

🌿 Branching Strategy

빠르게 개발하고, 자주 통합하는 게 목적이므로 Trunk-Based Development를 사용한다.

# example

git checkout -b feature/wire-swing
git checkout -b feature/ui-checkpoint
git checkout -b feature/player-boost

별도의 develop 브랜치를 두지 않고 main만을 관리하므로 작동하지 않는 코드를 main에 병합하지 않도록 주의할 것!(당연히 main에 직접적인 push도 X)
feature 브랜치와 main 브랜치의 diff가 너무 커지지 않도록 자주 병합할 것!

예시:

git commit -m "[feat] 와이어 스윙 기능 구현"
git commit -m "[fix] 햄스터 메쉬 버벅이는 문제 수정" 
git commit -m "[docs] README spring 1 TODO 업데이트"

PR은 템플릿에 맞추어 작성한다.
Asset 추가를 제외한 소스 코드 변경은 Assignee의 승인이 완료되어야 merge 가능
- Asset만 변경한 PR은 asset 라벨을 단다
assignee는 리뷰는 PR이 열린 이후 3일이 지나기 전에 리뷰한다.
assignee의 approve가 이루어진 PR은 스프린트 마스터가 머지한다.
머지는 squash 없이 진행한다.