GitHub 흐름 전략의 브랜치

GitHub Flow 분기 전략에는 일반적으로 다음과 같은 분기가 있습니다.

기능 브랜치

브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

javascript가 브라우저에서 비활성화되거나 사용이 불가합니다.

AWS 설명서를 사용하려면 Javascript가 활성화되어야 합니다. 지침을 보려면 브라우저의 도움말 페이지를 참조하십시오.

문서 규칙

GitHub 흐름 전략의 시각적 개요

GitHub 흐름 전략의 장단점