<aside> 💡 주의할 점

1. git status 확인하는 습관 → 커밋 전 확인
2. Config.xcconfig 파일 커밋 푸시되지 않게 항상 잘 확인
3. 본인 브랜치에서만 작업하기
4. main 브랜치는 릴리즈용, develop은 개발 최상단 브랜치

</aside>

- [Feat] : 새로운 기능 구현
- [Fix] : 버그, 오류 해결
- [Chore] : 코드 수정, 내부 파일 수정, 애매한 것들이나 잡일은 이걸로!
- [Add] : 라이브러리 추가, 에셋 추가
- [Del] : 쓸모없는 코드 삭제
- [Docs] : README나 WIKI 등의 문서 개정
- [Refactor] : 전면 수정이 있을 때 사용합니다
- [Setting] : 프로젝트 설정관련이 있을 때 사용합니다.
- [Merge] - {#이슈번호} Pull Develop

깃 브랜치 전략

깃허브 플로우

main 브랜치에서 작업 절대 금지

깃 플로우

<aside> 🧡 1. 작업할 내용에 대해서 이슈 생성 2. 내 로컬에서 develop 브랜치가 최신화 되어있는지 확인 (develop은 항상 pull을 받아 최신화시키기) 3. develop 브랜치에서 새로운 이슈 브랜치 생성

• 브랜치 명은 커밋타입/이슈번호

1. 만든 브랜치에서 작업한다.
2. 커밋은 기능마다 쪼개서 작성
3. 작업 완료 후 ⭐️⭐️⭐️에러가 없는지 잘 돌아가는지 (안터지는지) 확인⭐️⭐️⭐️한 후 push한다. (꼭 푸시, PR 날리기 전에 잘 돌아가는지 확인해주기)
4. 코드리뷰 후 수정 사항 반영 후 develop에 merge </aside>

<aside> 🔥

내가 작업중인 동안에 develop 브랜치에 변경사항이 생긴걸 내 브랜치에 반영시키고 싶다면 내 브랜치에서 변경 사항을 커밋해놓은 뒤, 내 브랜치에 pull develop을 해 내 브랜치를 최신화시켜준다.

</aside>

Basic

PR시 추가되는 코드 줄 수 500줄 제한 → PR 단위 쪼개기

Push는 기능 단위로

Pull 지속적으로 받기 → remote의 develop과 동일한 상태 유지

Branch

브랜치는 소문자로 한다.