버그가 아닐 Sudo

🙌🏻 팀원


김민아	김영렬	박범진	신지민	이승훈	이찬원	조윤성

<label>/<issue_number> 형식을 준수합니다.
feature/1-add-layout 과 같이 작업 내용을 영문으로 작성하는것을 권장합니다.

Warning

하나의 Issue는 하나의 Label만을 가질 수 있습니다.

타입	설명
✨ Feature	새로운 기능을 구현하거나 기존 기능을 수정할 때 생성합니다.
🐞 Bug Report	발생한 버그를 제보하거나, 버그를 픽스하기 전에 생성합니다.
🪏 Refactor	코드 구조 개선, 가독성 향상, 중복 제거 등 기능 변화 없이 코드 품질을 높이는 작업 전에 생성합니다.
✅ Test	테스팅 작업을 구성하고, 수행 전 생성합니다.
⚙️ Chore	환경 설정, 빌드 환경, 의존성 업데이트 등 비즈니스 로직과 직접적인 관련없는 작업 전에 생성합니다.
📝 Docs	`README.md` 등 코드와 관련한 문서나 코드 주석을 작성, 수정, 삭제 전 생성합니다.

<label>: <작업 내용 설명> (#<issue_number>) 형식을 준수합니다.
feat: 메인 레이아웃 추가 (#1) 과 같이 사용할 수 있습니다.

모든 인원에게 리뷰요청을 하되, 3개 이상의 승인을 받아야 병합할 수 있습니다.
main, develop 브랜치는 잠긴상태로, 직접 push 또는 force-push 할 수 없습니다. 오직 PR을 통해서만 병합할 수 있습니다.
병합 순서는 번호가 낮은 순서부터 순차로 진행하며, PR base 브랜치에 대해 rebase 수행 후 3-way-merge 방식으로 병합합니다.
(git pull --rebase <REMOTE> <BASE_BRANCH>, ex: git pull --rebase origin develop)
Label은 Issue와 동일하게 설정하도록 합니다. 단, 예외적으로 bug의 경우 fix Label을 사용합니다.