cicd2 트렁크 기반 개발(TBD), 원칙과 실무 적용 방법 정리 도입트렁크 기반 개발(TBD, Trunk-Based Development)은 모든 개발자가 단일 트렁크(메인 브랜치)에 짧은 주기로 계속 병합해 나가는 방식입니다. 기능별로 브랜치를 오래 띄워두는 대신, 작은 단위로 자주 통합하면서 미완성된 기능은 feature flag로 가려두는 게 핵심입니다. 이 글에서는 TBD를 GitFlow와 비교하기보다(그 비교는 별도 글에서 다뤘습니다), TBD 자체의 원칙과 실무 적용 방법을 자세히 다룹니다. TBD로 바꾸기 위해 확인해야할 3가지는 이전 블로그글을 확인해주세요. Git 브랜치를 TBD로 바꾸기 전에 확인해야 할 3가지도입Git 브랜치 전략을 TBD(Trunk-Based Development)로 바꿀까 GitFlow를 유지할까 고민하는 팀이라면, 결론부터 말.. 2026. 7. 30. Git 브랜치를 TBD로 바꾸기 전에 확인해야 할 3가지 도입Git 브랜치 전략을 TBD(Trunk-Based Development)로 바꿀까 GitFlow를 유지할까 고민하는 팀이라면, 결론부터 말씀드리면 "하루 여러 번 배포하고 싶고 CI를 믿을 수 있다면 TBD, 여러 버전을 동시에 유지보수해야 한다면 GitFlow"입니다. 이번 글에서는 TBD가 GitFlow와 구체적으로 무엇이 다른지, 그리고 도입하려면 무엇을 먼저 갖춰야 하는지를 정리해보겠습니다.TBD란 무엇인가Trunk-Based Development는 모든 개발자가 짧은 수명의 브랜치만 파고, 하루~이틀 안에 main(trunk)에 병합한 뒤 바로 삭제하는 방식입니다. GitFlow처럼 develop/release/hotfix 등 여러 종류의 장기 브랜치를 두지 않고, main은 언제든 배포 가.. 2026. 7. 29. 이전 1 다음 SMALL
