<aside> 🔥 [참고하면 좋은 링크]

• Naver 공통 네이밍 규칙
• Toast FE 코딩 컨벤션
• 참고할만한 코드 컨벤션 </aside>

git flow 전략

• 화면 별로 branch 및 issue 생성
• 기존의 fork 후 각자의 remote에서 pr하는 방식 → 같은 remote의 branch에서 작업 후 develop branch에 pr하는 방식으로 변경
• commit 시 해당 이슈 번호 기입

github flow 전략

1. main
   • 유저 배포용
2. develop
   • 개발 통합용
3. feature: develop에 기능 추가용
   • 신기능 개발 시 develop을 브랜치한 feature 브랜치에서 각각 개발한다
   • 기능이 완성되면 develop 브랜치에 merge
4. release
   • 출시 전 오류를 대비해 release 브랜치 만들어 프로젝트 복사 후 출시 준비
   • release 브랜치에서 테스트나 QA 진행
   • 브랜치 네이밍은 release/1.0
   • 완성되면 main으로 브랜치를 merge하고 배포, develop에도 같이 merge
5. hotfix
   • 갑작스러운 버그 픽스를 해야할 때, main에서 hotfix 브랜치를 만들어 버그 수정
   • 수정 완료되면 main과 develop에 둘 다 merge

코드 컨벤션