1. Branch 전략

1) 한개의 뷰, 한개의 기능, 한 API 서버통신 등의 눈에 보이는 기능을 기준을 한개의 브랜치 단위로 작업합니다

ex) 적합한 예시

• 아티클 작성 뷰 UI 구현 (0)
• 아티클 불러오기 API 서버 통신 구현 (0)
• 아티클 스크롤 하는 과정에서의 애니메이션 구현 (0)

ex) 부적합한 예시

• 아티클 뷰 layout 잡기 (x)
• 아티클 뷰 stackView 속성 추가하기 (x)
• 아티클 불러오기 통신함수 구현하기 (x)

2) 커밋 단위는 세부적으로 쪼개기

커밋 컨벤션에 맞춰서 최대한 세부적으로 커밋 쪼개기

커밋 컨벤션 → 이 예시에 맞춰서 작성하기

3) 새로운 기능 개발을 위한 feature 브랜치를 생성할 때 브랜치 이름은 다음과 같은 규칙으로 생성

Feat/#이슈번호

4) 절대로 develop 브랜치에서 작업하지 않는다.

항상 순서는 아래와 같이 무조건 지켜야 합니다!!!

1. Local에서 develop 브랜치에서 pull 받기
2. 이슈 생성하기
3. 이슈 번호를 통해서 새로운 브랜치 생성하기 (Feat/#이슈번호)