트렁크 전략의 브랜치

트렁크 브랜칭 전략에는 일반적으로 다음과 같은 브랜치가 있습니다.

기능 브랜치

브랜치에서 기능을 개발하거나 핫픽스를 생성합니다. feature feature브랜치를 만들려면 브랜치를 벗어나서 브랜치를 생성해야 합니다main. 개발자는 feature 브랜치에서 코드를 반복하고, 커밋하고, 테스트합니다. 기능이 완성되면 개발자가 기능을 홍보합니다. feature브랜치에서 앞으로 나아갈 수 있는 경로는 두 가지뿐입니다.

• sandbox브랜치에 병합

• main브랜치에 병합 요청을 생성하세요.

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

샌드박스 브랜치

이 브랜치는 비표준 트렁크 브랜치이지만 CI/CD 파이프라인 개발에 유용합니다. sandbox브랜치는 주로 다음과 같은 용도로 사용됩니다.

• CI/CD 파이프라인을 사용하여 샌드박스 환경에 전체 배포를 수행합니다.

• 개발 또는 테스트와 같은 하위 환경에서의 전체 테스트를 위해 병합 요청을 제출하기 전에 파이프라인을 개발하고 테스트하세요.

Sandbox브랜치는 일시적이며 수명이 짧기 위한 것입니다. 특정 테스트가 완료된 후에는 삭제해야 합니다.

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

기본 브랜치

main브랜치는 항상 프로덕션 환경에서 실행 중인 코드를 나타냅니다. 코드는 브랜치되고 개발된 후 다시 병합됩니다. main main 의 배포는 모든 환경을 대상으로 main 할 수 있습니다. 삭제를 방지하려면 브랜치에 대한 브랜치 보호를 활성화하세요. main

명명 규칙:

main

핫픽스 브랜치

트렁크 기반 워크플로에는 전용 hotfix 브랜치가 없습니다. 핫픽스는 브랜치를 사용합니다. feature