깃 브랜칭 전략

깃 전략

• Git flow 전략 사용

- 브랜치 별 목적

- main: 운영 배포 브랜치
- hotfix: 운영 시 발생하는 버그 긴급 수정 브랜치
- release: 이전 릴리즈의 QA를 진행하기 위한 브랜치
- develop: 다음 릴리즈를 개발하기 위한 브랜치
- feature: 단위 기능 추가 브랜치

- Branch Convention

- 파트/브랜치단위/이슈번호 (공통사항)
- 안드로이드 : AN/feature/22-main-inflate(or remote)
    - 안드로이드 작업단위 :
        - inflate : 뷰 및 기능코드 작업
        - remote : 서버 기능코드 작업
- 백엔드 : BE/feature/{issue} 이슈 번호만 작성 (feature, fix, refactor, chore)

- 핫픽스 대응

- main 브랜치에서 hotfix 브랜치 머지 후 release 브랜치에서 머지

- 롤백 대응

- main 브랜치에서 새로운 버전의 release 브랜치 생성 후 main 배포 깃 롤백

- Issue Convention

- [작업뷰] 해야하는 작업 요약
- 라벨로 통일
    - 파트
    - 작업단위
        - feat : 기능추가
        - refactor : 리팩터링
        - fix : 버그수정
        - chore : 기능 코드 외 수정
- assignee 작업자로 필수 추가

- Commit Convention

- feat: 기능추가
- refactor: 리팩터링
- fix: 버그수정
- chore: 기능 코드 외 수정
- docs: 문서 추가
- test: 테스트코드 추가
- style: 스타일 작업

- PR Convention

- [작업뷰] 해야하는 작업 요약
- 템플릿 있음