플로우 전략의 브랜치 GitHub

GitHub 플로우 브랜칭 전략에는 일반적으로 다음과 같은 브랜치가 있습니다.

기능 브랜치

feature브랜치에서 기능을 개발합니다. feature브랜치를 만들려면 브랜치에서 브랜치를 분리해야 main 합니다. 개발자는 feature 브랜치에서 코드를 반복하고 커밋하고 테스트합니다. 기능이 완성되면 개발자는 에 병합 요청을 생성하여 기능을 홍보합니다main.

명명 규칙:	feature/<story number>_<developer initials>_<descriptor>
명명 규칙 예제:	feature/123456_MS_Implement_Feature_A

버그 수정 브랜치

bugfix브랜치는 문제를 해결하는 데 사용됩니다. 이러한 main 브랜치는 브랜치 외부에서 브랜치됩니다. 샌드박스 또는 하위 환경에서 버그 수정을 테스트한 후 병합 요청을 통해 이를 병합하여 상위 환경으로 승격할 수 있습니다. main 이는 구성 및 추적을 위해 권장되는 명명 규칙이며, 기능 분기를 사용하여 이 프로세스를 관리할 수도 있습니다.

명명 규칙:	bugfix/<ticket number>_<developer initials>_<descriptor>
명명 규칙 예제:	bugfix/123456_MS_Fix_Problem_A

핫픽스 브랜치

hotfix브랜치는 개발 직원과 프로덕션에 배포된 코드 사이의 지연을 최소화하면서 영향력이 큰 중요한 문제를 해결하는 데 사용됩니다. 이러한 main 브랜치는 브랜치 외부에서 분기됩니다. 샌드박스 또는 하위 환경에서 핫픽스를 테스트한 후 병합 요청을 main 통해 이를 병합하여 상위 환경으로 승격할 수 있습니다. 이는 구성 및 추적을 위해 권장되는 명명 규칙이며, 기능 분기를 사용하여 이 프로세스를 관리할 수도 있습니다.

명명 규칙:	hotfix/<ticket number>_<developer initials>_<descriptor>
명명 규칙 예제:	hotfix/123456_MS_Fix_Problem_A

기본 브랜치

main브랜치는 항상 프로덕션 환경에서 실행 중인 코드를 나타냅니다. 코드는 병합 요청을 사용하여 main 브랜치의 브랜치에 병합됩니다. feature 삭제를 방지하고 개발자가 코드를 직접 푸시하는 것을 방지하려면 브랜치에 대한 브랜치 보호를 활성화하세요. main main

명명 규칙:

main