Skip to content

Git Branch 전략

Yunkyu Jung edited this page Nov 7, 2022 · 2 revisions

Git Branch 전략

main # 실제 배포되는 branch
ㄴ develop # 현재 개발되고 있는 branch
	ㄴ feature # 새로운 기능 개발을 위한 branch
	ㄴ refactor # 리팩토링을 위한 branch
	ㄴ fix # 버그 수정을 위한 branch
	ㄴ chore # 코드 변경이 없는 수정 branch
        ㄴ docs # .md 같은 문서 작업 branch
        ㄴ style # 스타일(디자인) 관련 작업 branch
        ㄴ ci # ci/cd 관련 작업(github action 수정) branch
ㄴ hotfix # 배포 중 급한 오류수정을 위한 branch, main에서 분기
  • [Commit label]/[목적] 형식으로 사용해 라벨과 목적을 "/"로 분리
  • 브랜치 이름은 kebab-case로 작성해 띄워쓰기는 "-"로 구분
  • Ex) feature/login, feature/user-register
  • git flow에서 release branch만을 제외한 형태로 사용
  • master -> main 으로 변경해서 사용
  • PR 작성시 팀원 2인 한테 리뷰 받은 후 merge 가능!

🚀 Devrank

🏠 Home

팀 소개

👨‍👩‍👧‍👦 팀원

팀 문화

🤝 그라운드 룰
⌨️ 컨벤션
🌳 브랜치 전략

개발 문서

🎨 피그마
📚 기획서
📜 Backlog
🛠️ 기술스택
📒 API 명세
📝 Dev log

데일리 스크럼

💬 데일리 스크럼

스프린트 계획 회의

🏃 Week2
🏃 Week3
🏃 Week4
🏃 Week5
🏃 Week6

멘토링

👨‍🏫 Week1
👨‍🏫 Week2
👨‍🏫 Week3
👨‍🏫 Week4
👨‍🏫 Week5

회고

✒️ Week1
✒️ Week2
✒️ Week3
✒️ Week4
✒️ Week5
✒️ Week6

Clone this wiki locally