트렁크 전략의 브랜치

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

기능 브랜치

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랜치를 사용합니다.

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

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

문서 규칙

트렁크 전략의 시각적 개요

트렁크 전략의 장단점