55. Trunk-Based Development

핵심 인사이트 (3줄 요약)

본질: Trunk-Based Development는 메인 트렁크에 자주 통합하는 브랜치 전략이다.

가치: 짧은 브랜치와 작은 변경으로 충돌과 통합 비용을 줄인다.

판단 포인트: feature flag와 자동화된 CI가 없으면 운영하기 어렵다.

대규모 브랜치를 오래 끌고 가면 통합이 어려워진다. Trunk-Based Development는 이를 피하기 위해 메인 브랜치 중심으로 짧게 작업한다.

빠른 피드백과 잦은 병합이 핵심이다.

개발자는 짧은 feature branch를 만들거나 직접 trunk에 작은 변경을 자주 넣는다. 메인 브랜치는 항상 배포 가능한 상태를 유지한다.

trunk/main ─●─●─●─●─●
             \ \ \ \ \
              feature branches

핵심은 통합을 미루지 않는 것이다. 미루면 충돌과 리스크가 커진다.

GitFlow보다 가볍고, GitHub Flow보다 더 엄격한 trunk 중심 운영이라고 볼 수 있다. DevOps와 빠른 배포에 잘 맞는다.

항목	GitFlow	GitHub Flow	Trunk-Based
브랜치 수명	길다	짧다	매우 짧다
통합 빈도	낮음	높음	매우 높음
feature flag	선택적	권장	사실상 필수

Trunk-Based는 테스트 자동화와 배포 자동화가 성숙할수록 효과가 커진다.

실무에서는 변경 크기를 작게 유지하고, CI 실패 시 빠르게 되돌린다. feature flag를 통해 배포와 공개를 분리하는 것이 중요하다.

기술사 관점에서는 Trunk-Based Development가 빠른 통합과 낮은 충돌을 위한 운영 규칙이라는 점을 설명해야 한다.

Trunk-Based Development는 빠른 통합, 낮은 충돌, 지속 배포에 유리하다. 작은 변경을 자주 합치는 문화가 핵심이다.

정리하면, 브랜치를 오래 끌지 말고 trunk에 자주 합쳐야 한다.

긴 브랜치
    │
    ▼
짧은 브랜치
    │
    ▼
자주 병합
    │
    ▼
Trunk-Based + Feature Flag

이 흐름은 느슨한 분기에서 빠른 통합 중심으로의 변화를 보여준다.