Git 브랜치 전략

• Git 브랜치 전략은 프로젝트의 Git 브랜치를 효과적으로 관리하기 위한 워크플로우

Git flow

Main 브랜치

• 출시 가능한 프로덕션 코드를 모아둔 브랜치
• 공식 출시 내역을 담고 있는

Develop 브랜치

• 다음 버전 개발을 위한 코드를 모아둔 브랜치
• 기능의 통합 분기 역할

Supporting 브랜치

Feature 브랜치

• 하나의 기능을 개발하기 위한 브랜치.
• Develop 브랜치에서 생성. 개발에 다시 병합할 브랜치

Release 브랜치

• 소프트웨어 배포를 준비하기 위한 브랜치.

Hotfix 브랜치

• 이미 배포된 버전에 문제가 발생했다면, 해결하는 브랜치.

사용 사례

• 릴리스 일정이 예정된 대규모 프로젝트에 적합
• 스마트폰 어플리케이션, 오픈소스 라이브러리/프레임워크 등의 프로젝트에 적합
• 웹 어플리케이션은 특성상 사용자는 항상 최신의 단일 버전만 사용함으로 적합하지 않음.

GitHub Flow

main 브랜치

• 항상 Stable. 모든 커밋은 빌드가 되고, 테스트를 통과해야한다.

feature 브랜치

• 메인에서 분기

사용 사례

• 지속적이고 빠른 배포 및 간단한 워크플로가 필요한 프로젝트에 가장 적합합니다.
• 개발팀이 소규모 애자일 팀이고, 제품이 단일 릴리즈 버전밖에 존재하지 않을때
• 웹 어플리케이션

특징: 메인에서 분기; 검토 후 다시 메인으로 병합합니다.
사용 사례: 정기적으로 배포하고 간단하고 간단한 워크플로가 필요한 프로젝트에 가장 적합합니다.

복잡성: 더 적은 수의 분기로 더 간단하고 지속적인 전달과 빠른 반복에 중점을 두므로 자주 업데이트되는 소규모 팀과 프로젝트에 이상적입니다.