브랜치 전략

<aside> 💡 main ↔ develop ↔ feature

</aside>

• main: 코드리뷰 끝난 코드만, 스프린트 마지막
• develop : 모든 개발 변경 사항 저장 (배포 전)
• 개발 시 : feature/chatting
  • 하위 브랜치 생성시 feature/chatting/enter
• 개인 레포 개발 완료 후
  • pull request feature/chatting → develop

github repository fork 및 개발 순서

<aside> 💡

1. 깃허브 대박징조-frontend 리포지토리를 fork

   → 본인 github에 fork된 리포지토리가 생긴다.

2. 내가 개발할 기능에 해당하는 브랜치 생성

   • feature/terminal
   • feature/filetree

3. 개발 후 pull request - 대박징조 frontend repository develop

4. 코드리뷰

5. develop 브랜치에 merge

6. 본인 리포지토리 development branch → pull </aside>

주의 사항

• 이슈 단위로 !!!
• 최소 3일에 한번은 pull request + 코드리뷰 하기
• develop branch에 merge로 병합된 커밋 가져오는 방법

커밋 메시지 규칙