Git Flow vs Trunk-Based for CI/CD

Git Flow와 트렁크 기반 개발 사이에 선택할 수 있는 것 Git Flow Git Flow와 트렁크 기반 개발(TBD)은 CI/CD 워크플로에 큰 영향을 줄 수 있습니다. 여기서 빠른 요약을 제공합니다.

Git Flow: 구조화된 버전 관리 환경에 적합합니다. 여러 가지 branch를 사용합니다. main, develop, feature, release, 그리고 hotfix. 큰 팀, 느린 릴리스 주기 및 엄격한 QA 프로세스에 적합합니다.
트렁크 기반 개발: 단일 메인 branch에 짧은 라이브 기능 branch를 사용합니다. 작은 팀, 빠른 릴리스 주기 및 강력한 자동화 테스트에 적합합니다.

빠른 비교:

Aspect	Git Flow	트렁크 기반 개발
Branch Complexity	다양한 장기 유지되는 branch	단일 branch, 짧은 유지되는 branch
릴리즈 주기	예약된 릴리즈	연속적인 배포
팀 크기	대형 팀	작은 팀
테스트	주기 테스트	자동화 테스트
배포 위험	낙하	빈번한 업데이트와 함께 더 높아집니다.
되돌리기	역할: UI 레이블 또는 네비게이션 아이템. 페이지/영역: Capgo 솔루션 마케팅 페이지.	느린

빠른주요 takeaway

: 구조화된 느린 워크플로우를 위해 Git Flow를 사용하고 속도와 유연성을 위해 TBD를 사용하세요. 두 가지 모두 성공하기 위해 강력한 CI/CD PIPELINE이 필요합니다.

YouTube 동영상 플레이어 Git Flow

워크플로우 기본

Git Flow는 개발을 위해 다섯 가지 branch 유형을 사용합니다: main, develop, feature, release, 그리고 hotfix. 이 구조는 릴리스 관리 및 병렬 개발을 효과적으로 관리하는 데 도움이 됩니다.

Git Flow Branch Structure

Branch Type	목적	Merge Target
메인	code이 준비된 상태로 보관	N/A
개발	__CAPGO_KEEP_0__에서 기능을 통합; 기능 branch의 기본으로 사용	N/A
기능	__CAPGO_KEEP_0__에서 기능을 구축; 개발 branch에서 생성	개발
릴리즈	__CAPGO_KEEP_0__를 최종 테스트 및 버전화 준비; 개발 branch에서 생성	메인 & 개발
__CAPGO_KEEP_0__	__CAPGO_KEEP_1__	__CAPGO_KEEP_2__

__CAPGO_KEEP_3__

__CAPGO_KEEP_4__
__CAPGO_KEEP_5__ __CAPGO_KEEP_6__ __CAPGO_KEEP_7__
__CAPGO_KEEP_8__ __CAPGO_KEEP_9__

__CAPGO_KEEP_10__

__CAPGO_KEEP_11__: 여러 활성 branch를 관리하는 것은 merge하는 것을 더 어려워 질 수 있습니다.
Slower Deployment: formal release process는 더 단순한 워크플로우와 비교하여 배포를 늦추는 경향이 있습니다.
Increased Maintenance: 각 branch는 자신의 pipeline configuration이 필요하여 유지보수 작업의 부담을 증가시킵니다.

이 워크플로우는 엄격한 버전 관리, 여러 릴리스 트랙, 규제 준수와 같은 요구 사항이 있는 프로젝트에 가장 적합합니다. 다음으로, 우리는 streamlined approach인 트렁크 기반 개발과 비교하여 이에 대해 탐색할 것입니다.

Trunk-Based Development Basics

트렁크 기반 개발(TBD)은 DevOps 관행과 지속적 통합과 밀접하게 관련된 단일 메인 branch에 초점을 맞추고 있습니다.

Trunk-Based Branch Structure

일반적인 TBD 워크플로우에서 다음 branch 유형을 발견할 수 있습니다:

Branch Type	목적	수명
메인/트렁크	생산 준비가 된 중앙 branch code	영구
기능 branch	개별 변경 사항을 위한 임시 branch	단기
릴리즈 branch	릴리즈 전에 최종 조정을 위한 branch	임시

개발자들은 주로 일일 basis로 작은 incremental 변경 사항을 메인 branch로 merge합니다. 이로 인해 지속적인 테스트와 빠른 conflict 해결이 가능합니다.

트렁크 기반 이점

CI/CD와 DevOps를 사용하는 팀에게 TBD는 다음과 같은 이점을 제공합니다:

병합 충돌이 적다: 정기적인 병합으로 충돌을 관리할 수 있습니다.
빠른 피드백: 자동화된 빌드는 매 병합 시 오류를 빠르게 잡습니다.
간단한 PIPELINE: 단일 branch는 CI/CD 설정의 복잡성을 줄입니다.
팀 협업: 공유된 트렁크는 팀이 일치하는 것을 보장합니다.

이 구조는 워크플로를 단순화하여 Git Flow와의 비교를 준비합니다.

트렁크 기반 제한 사항

: TBD는 팀이 해결해야 하는 제약이 있습니다.

Challenge	영향	해결 방법
Code 안정성	main에 영향을 미치는 변경 사항의 위험	강력한 자동화 테스트 사용
팀 협력	작업이 겹치는 경우는 방해가 될 수 있다	기능 플래그와 작은 커밋을 자주 사용하여
학습 곡선	긴 수명 분기를 전환하는 방법	훈련 제공하고 점진적으로 도입
Scaling Issues	대규모 팀에서 빈번한 병합이 팀의 생산성을 저하시킬 수 있습니다.	엄격한 code 검토를 강제합니다.

팀 내에서 열린 의사소통과 자동화된 테스트가 성공적인 TBD 도입을 보장합니다.

Git Flow vs. Trunk-Based: 직접적인 비교

Git Flow와 Trunk-Based 개발이 주요 영역에서 어떻게 비교되는지 알아보세요.

기능 비교 표

영역	Git Flow	Trunk-Based Development
Branch Complexity	여러 개의 장기적인 branch	단일 메인 branch와 짧은 branch
릴리즈 주기	예약된 릴리즈	연속적인 배포
팀 크기	큰 팀에 적합	작은 팀에 더 적합
Code 리뷰 프로세스	branch merge 시 공식적인 리뷰	작은, 빈번한 변경 사항에 대한 지속적인 리뷰
테스트 요구 사항	주기 테스트에 집중	자동화 테스트에 의존하는 중대한 영향
학습 곡선	여러 branch로 인해 더 복잡	더 단순한 워크플로우, 그러나 강력한 테스트가 필요
배포 위험	단계별 릴리즈로 인한 낮은 위험	주기적인 업데이트로 인한 높은 위험
복구 시간	느린 롤백 프로세스	빠른 복원 기능

각 워크플로우 사용 시기

Git Flow 기업 수준의 프로젝트에 적합한 버전 관리 방식입니다. 여러 버전을 관리하고 공식 QA 또는 규정 준수 요구 사항이 있는 프로젝트에 적합합니다.

트렁크 기반 개발 속도와 유연성을 우선하는 팀과 프로젝트에 적합합니다.

빠른 업데이트 요구하는 SaaS 플랫폼
강력한 CI/CD PIPELINE이 있는 팀
신뢰할 수 있는 자동화 테스트로 지원되는 프로젝트
연속적인 배포 워크플로우 또는 빈번한 릴리스
정기적인 업데이트 요구하는 모바일 앱 프로젝트

두 가지 방법을 combination하는 팀도 있습니다: 트렁크 기반 개발을 사용하여 공식 릴리스 트랙이 있는 프로젝트에 Git Flow를 사용합니다.

다음: CI/CD PIPELINE을 설정하는 방법

CI/CD PIPELINE 설정

Git Flow CI/CD 설정

개발 Branch Pipeline: 단위 테스트, 통합 테스트, code 품질 검사, 빌드 검증, 개발 환경에 배포
Release Branch Pipeline: 전체 테스트套件 실행, 보안 스캔, 릴리스 후보생성, 스테이징 환경에 배포
Main Branch Pipeline: 유효성 검사 테스트, 버전 관리, 프로덕션 빌드 생성, 프로덕션에 배포, 릴리스 태그

트렁크 기반 CI/CD 설정

기능 Branch Pipeline: 빠른 단위 테스트, code 스타일 검사, 빌드 검증, 미리보기 환경에 배포
Main Branch Pipeline: 완전한 자동화 테스트, 보안 스캔, 프로덕션 빌드 생성, 진행적 배포, 자동 롤백 기능

Capgo CI/CD 통합

Capgo Live Update Dashboard Interface

CI/CD 설정을 위한 실시간 오버-더-에어 업데이트를 추가하려면 Capgo를 다음과 같이 통합할 수 있습니다:

Capgo는 Capgo와 함께 작동합니다. GitHub 액션, GitLab CI, 그리고 Jenkins 실시간 업데이트, 단계별 롤아웃 및 즉시 롤백을 Git Flow 및 트렁크 기반 PIPELINE 모두에서 지원합니다. Apple 및 Google의 요구 사항을 충족시키며 클라우드 및 자체 호스팅 배포를 모두 지원합니다. [1].

요약 및 추천

팀의 규모와 CI/CD 성숙도에 따라 워크플로우를 선택하세요.

시나리오	Git Flow	트렁크 기반
팀 크기	50명 이상의 개발자	50명 미만의 개발자
릴리즈 주기	주간 또는 월간	일주일 또는 일일
테스트 및 QA	전통적인 QA 주기	자동화 테스트에 집중
배포 모델	다중 버전, 전통적인	클라우드 네이티브, 컨테이너화
위험 수용도	보수적, 규제된 환경	진보적, 빠른 피드백

작은 팀에서 트렁크 기반 개발을 시작하고, 그룹을 확장하기 전에 CI/CD pipeline이 완전히 자동화되도록 보장하세요.
code 검토를 일관되게 유지하고, 두 가지 워크플로우 모두에서 기능 토글을 사용하세요. 선택한 워크플로우와 일치하는 pipeline 구성으로 동의하세요.

일부 팀은 이러한 접근 방식을 혼합할 수 있습니다 - 주요 릴리스에 Git Flow를 사용하면서 기능 배달에 트렁크 기반 개발을 사용합니다. 어떤 경로를 선택하더라도 CI/CD가 적절하게 통합되고, 테스트가 자동화되고, 팀이 같은 페이지에 있도록 유지하는 것이 성공의 핵심입니다.