Description

• git repository에서 브랜치를 관리하기 위한 일관된 워크 플로우를 제공하는 브랜치 전략이다.
• 이 전략은 소프트웨어 개발에 대한 구조화된 접근 방식을 장려하여 개발 프로세스의 다양한 측면을 더 쉽게 추적하고 관리할 수 있도록 한다.
• 특정 목적과 언제, 어떻게 브랜치를 만들고, 병합하고, 관리해야 하는지에 대한 지침을 통해 장기적인 브랜치 집합을 정의합니다.

Branch types

1. Master branch

• master 브랜치는 안정적이고 배포 준비가 완료된 상태를 나타낸다.
• 철저한 테스트를 거쳐 배포할 준비가 된 코드만 포함해야한다.
• 직간접적으로 다른 모든 브랜치는 결국 master 브랜치에 merge되어야 한다.

2. Develop branch

• 진행 중인 개발 작업을 위한 주요 통합 브랜치다.
• 이곳에서 기능 브랜치를 병합하고 함께 테스트한다.
• 항상 프로덕션에 사용할 수 있는 상태는 아니지만 비교적 안정적인 상태를 유지해야 한다.

3. Feature brances

• 특정 기능이나 개선 사항을 개발하기 위해 만들어진다.
• 개발 브랜치에서 만들어지고 기능이 완성되면 다시 개발 브랜치로 merge된다.
• 명확하고 설명적인 이름을 가져야 한다.

4. Release Branches

• 개발 단계가 완료되고, 소프트웨어가 릴리즈 될 준비가 되면 만들어진다.
• 최종 테스트, 버그 수정 및 배포를 준비할 수 있다.
• 일반적으로 개발 브랜치에서 분기되어 마스터 브랜치와 개발 브랜치 모두에 merge된다.

5. Hotfix Breanches

• 제품 코드에 있는 치명적인 이슈들을 해결하기 위해 생성된다.
• 릴리스된 코드의 문제를 해결하기 위해 마스터 브랜치에서 분기됩니다(갈라져나온다).
• 핫픽스가 완료되면 마스터 브랜치와 개발 브랜치 모두에 병합됩니다.

Closing

Git 흐름 전략은 소프트웨어 개발에 대한 체계적이고 조직적인 접근 방식을 제공하므로 여러 기능, 릴리스 및 핫픽스를 보다 쉽게 관리할 수 있다.

이 전략은 코드 품질, 안정성 및 원활한 릴리스 프로세스를 보장하는 데 도움이 된다.

Git 플로우를 구현하려면 Git 플로우 관리 도구를 사용하거나 Git 명령을 사용하여 수동으로 프로세스를 따를 수 있다.

개발 워크플로에서 Git 흐름 전략의 사용을 간소화하도록 설계된 Git 확장 및 플러그인도 있다.