기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 트렁크 분기 전략
<a name="trunk-branching-strategy"></a>

트렁크 기반 개발은 모든 개발자가 일반적으로 `trunk` 또는 브랜치라고 하는 단일 `main`브랜치에서 작업하는 소프트웨어 개발 사례입니다. 이 접근 방식의 기본 개념은 코드 변경 사항을 자주 통합하고 자동화된 테스트 및 지속적인 통합에 의존하여 코드 기반을 지속적으로 릴리스 가능한 상태로 유지하는 것입니다.

트렁크 기반 개발에서 개발자는 작은 증분 업데이트를 목표로 하루에 여러 번 `main`브랜치에 변경 사항을 커밋합니다. 이를 통해 빠른 피드백 루프를 활성화하고, 병합 충돌의 위험을 줄이고, 팀원 간의 협업을 촉진할 수 있습니다. 이 관행은 자동 테스트에 의존하여 잠재적 문제를 조기에 포착하고 코드 베이스가 안정적이고 릴리스 가능하도록 하기 때문에 잘 유지 관리된 테스트 제품군의 중요성을 강조합니다.

트렁크 기반 개발은 종종 *기능 기반 개발*(*기능 브랜치* 또는 *기능 기반 개발*이라고도 함)과 대조되며, 여기서 각각의 새로운 기능 또는 버그 수정은 기본 브랜치와 별도로 자체 전용 브랜치에서 개발됩니다. 트렁크 기반 개발과 기능 기반 개발 중에서 선택하는 것은 팀 크기, 프로젝트 요구 사항, 공동 작업, 통합 빈도 및 릴리스 관리 간의 원하는 균형과 같은 요인에 따라 달라집니다.

트렁크 분기 전략에 대한 자세한 내용은 다음 리소스를 참조하세요.
+ [다중 계정 DevOps 환경을 위한 트렁크 분기 전략 구현](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-trunk-branching-strategy-for-multi-account-devops-environments.html)(AWS 권고 가이드)
+ [트렁크 기반 개발 소개](https://trunkbaseddevelopment.com/)(트렁크 기반 개발 웹 사이트)

**Topics**
+ [트렁크 전략의 시각적 개요](visual-overview-of-the-trunk-strategy.md)
+ [트렁크 전략의 브랜치](branches-in-a-trunk-strategy.md)
+ [트렁크 전략의 장단점](advantages-and-disadvantages-of-the-trunk-strategy.md)