기능별로 브랜치를 생성함으로써, 발생할 수 있는 conflict를 최소화하고
어떤 기능이 추가되었는지를 한눈에 볼 수 있게 함

💡 master(default) 브랜치

• ~~main 브랜치가 default 브랜치~~

  → master 로 변경

• default에 직접적인 push를 지양

💡 각 branch를 기능(feature)별로 추가

• main 브랜치에서 새로운 기능에 대한 feature 브랜치를 생성
• 새로운 기능 작업 후, main 브랜치로 merge
• 더 이상 필요하지 않은 feature 브랜치는 삭제
• pull request 생성했을 경우, 팀원들에게 알려주기
• main에 pull request가 병합되면 pull하라고 알려주기
• ex) login 기능을 작업할 경우, feat/login 으로 브랜치 생성

💡 커밋 컨벤션

• [feat] : 새로운 기능 개발 (ex. kotlin 작업)
• [fix] : 버그 수정
• [ui] : 레이아웃 작업 (ex. xml 코드 변경)
• [modify] : kotlin 코드 수정
• [chore] : gradle 수정이나, 설정 세팅, 에셋 추가 등
• [docs] : 문서 작성 (ex. README.md)