반응형
Git을 이용할 때 Git-flow 브랜치 전략을 이용하면 좀 더 체계적인 브랜치 관리가 가능해요 :)
Git-flow 브랜치
브랜치 | 메인 브랜치 | 역할 | 배포 서버 | 태그 생성 |
main(master) | O | 상용 배포를 위한 브랜치 release브랜치에서 테스트 완료하여 merge |
운영 | O |
develop | O | 개발된 기능이 합쳐지는 브랜치 feature에서 개발 완료 된 작업물을 merge |
개발 | |
feature | 기능 개발(개발자 개별 작업물) | |||
release | main에 병합하기 전, 릴리즈 준비(QA)를 하는 브랜치 | 스테이징 | ||
hotfix | main 브랜치 배포 후 발견한 버그 수정 | O |
Git-flow 브랜치 순서
1. main 브랜치 생성
2. main 브랜치를 따와서 develop 브랜치 생성
3. develop 브랜치를 따와서 feature 브랜치를 생성, 기능 개발
4. feature 브랜치에서 개발이 완료되면 pull request(pr)을 이용하여 develop 브랜치에 병합
5. 모든 기능이 개발되면 develop 브랜치를 따와서 release 브랜치 생성
6. release 브랜치에서 모든 QA검사가 완료되면 release 브랜치를 따와서 main 브랜치와 develop 브랜치에 병합
7. main 브랜치에서 버전 태그 생성
8. 버그 발생 시 master 브랜치를 따와서 hotfix 브랜치를 만들어 수정 후 main 브랜치와 develop 브랜치에 병합, 태그 생성
main -> develop -> feature -> develop -> release -> main/develop -> hotifx -> main/develop
반응형
'개발 > Git' 카테고리의 다른 글
[Git 명령어 기초] add & commit 한번에 하기 (0) | 2022.02.10 |
---|---|
[GitHub Pages] 깃헙 페이지로 react 프로젝트 무료로 배포하기 (1) | 2022.01.25 |
[Git] 해결방법 - remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead. (0) | 2022.01.25 |
[Git] .ignore 반영 안 될 때 캐시 삭제하는 방법 (0) | 2022.01.21 |
[gitlab] fork & clone 차이 / fork 후 관계 끊는 방법 (0) | 2021.10.06 |
댓글