<aside>

Git Commit Message Convention

</aside>

<aside>

Code Convention

</aside>

<aside>

Class Naming Convention

</aside>

<aside>

Directory Structure Convention

</aside>

브랜치 관리전략

우리는 빠른 배포와 관리를 위한 Github flow 방식을 차용합니다.

Master 브랜치

항상 Stable한 상태 유지.(모든 커밋은 언제 배포하든 문제 없어야하고, 언제든 브랜치를 새로 만들어도 문제가 없어야 한다.) Main 브랜치의 모든 커밋은 빌드가 되고, 테스트를 통과해야함

Feature 브랜치

• 새로운 기능을 개발할 때마다 생성하기
• 별도로 Hotfix 브랜치를 관리하지 않으며, 버그 수정도 Topic 브랜치에서 진행하기 ⭐️⭐️Feature 브랜치의 이름은 기능을 설명하는 명확한 이름으로 네이밍⭐️⭐️
• Topic 브랜치의 커밋은 기능이 완성되지 않았더라도 꾸준히 Push 하기
• 기능 개발이 완료되었을 떄나, 아이디어 공유 등이 필요하다고 판단될 경우에 PR 개설. 모든 팀원들은 코드리뷰 및 토론에 참여하기
• 토론과 리뷰가 끝나고 코드에 문제가 없다면 동의(Approve)의 표시로 LGTM(Looks Good To ME) 남겨놓기
• PR을 개설할 때는 어떤 기능이 추가되었는지 적기 + 코드에 주석을 달아 보기 쉽도록 작성하기