Git Flow

Git convention

🔀 Git Flow

🌿 브랜치 목록

- develop
- feat/개발-내용
- release
- main

💫 HOW?

1. feature branch 생성
2. 각자 본인의 branch 에서 작업
3. PR 작성
4. 코드 리뷰 결과에 따라 작업, 머지
5. 반복

• fork를 쓰지 않는 이유
  • 비동기적 개발에 어려움이 있음
    • A 브랜치에서 개발하다 오류가 난 경우, 해당 부분을 파악하려면 upstream fetch → merge → 문제 확인 → 커밋 → push → pr
    • 이로 인한 빈번한 stash, 종종 작업 내용을 날리는 분도..
  • 코드가 개발자의 리포지토리에 남는 문제(어디까지나 회사 입장에서)
    • 하지만 우리도 입사해서 일해야 한다
    • 이왕이면 해당 환경에 적응해보는 것도

🏷️ Git convention

📍 커밋 메시지 구조

타입: [이모지] 제목

🔗 커밋 타입

- FEAT : 새로운 기능의 추가
- FIX: 버그 수정
- DOCS: 문서 수정
- STYLE: 스타일 관련 기능(코드 포맷팅, 세미콜론 누락 등 비즈니스 로직의 변경이 없는 경우)
- REFACTOR: 코드 리팩토링
- TEST: 테스트 코드 관련 모든 것
- CHORE: 빌드 업무 수정, 패키지 매니저 수정(ex .gitignore 수정 같은 경우) 등

🪄 커밋 도구