Skip to content

브랜치 전략

Hyunjun KIM edited this page Nov 16, 2024 · 4 revisions

브랜치 전략

main

  • 배포 가능한 안정적인 코드를 유지하는 브랜치이다.
  • 프로덕션 환경에서 실행되는 코드가 여기에 위치한다.

develop

  • 개발을 위한 기본 브랜치이다.
  • 새로운 기능 개발이나 버그 수정이 완료된 후 이 브랜치로 통합된다.
  • 스프린트 단위로 main 브랜치로 병합된다.

feature-{fe/be/shared}-{#이슈번호}

  • 새로운 기능을 개발할 때 사용하는 브랜치이다.
  • 이슈 번호를 통해 어떤 기능 개발과 연관되어 있는지 명시한다.
  • 작업 완료 후 develop 브랜치로 병합하고, 기존 feature 브랜치는 삭제한다.

hotfix-{fe/be/shared}-{#이슈번호}

  • 프로덕션 환경에서 발생한 긴급한 버그를 수정하기 위한 브랜치이다.
  • fe 또는 be를 통해 프론트엔드/백엔드를 구분하고 이슈 번호를 명시하여 어떤 버그와 관련된 수정인지 알 수 있다.

bug-{fe/be}-{#이슈번호}

  • 개발 단계에서 발생한 버그를 수정하기 위한 브랜치이다.
  • 이슈 번호를 통해 어떤 버그가 어떻게 발생했는지 명시한다.
  • 작업 완료 후 develop 브랜치로 병합하고, 기존 bug 브랜치는 삭제한다.

docs-{#이슈번호}

  • 문서 관련 수정을 위한 브랜치이다.
  • 이슈 번호를 통해 수정하고자 하는 사항을 명시한다.

ChangeLog

  • 10/29 최초 작성
  • 11/16 현재 작업에 맞게 변경 (develop 으로 통합, docs&bug 브랜치 설명 추가)

개발 문서

⚓️ 사용자 피드백과 버그 기록
👷🏻 기술적 도전
📖 위키와 학습정리
🚧 트러블슈팅

팀 문화

🧸 팀원 소개
⛺️ 그라운드 룰
🍞 커밋 컨벤션
🧈 이슈, PR 컨벤션
🥞 브랜치 전략

그룹 기록

📢 발표 자료
🌤️ 데일리 스크럼
📑 회의록
🏖️ 그룹 회고
🚸 멘토링 일지
Clone this wiki locally