Gitflow 전략의 장단점

예측 가능한 릴리스 프로세스 - Gitflow는 정기적이고 예측 가능한 릴리스 프로세스를 따릅니다. 정기적인 개발 및 릴리스 주기가 있는 팀에 적합합니다.

공동 작업 개선 - Gitflow는 feature 및 release브랜치 사용을 장려합니다. 이 두 브랜치는 팀이 서로에 대한 종속성을 최소화하면서 병렬로 작업하는 데 도움이 됩니다.

여러 환경에 매우 적합 - Gitflow는 수명이 더 긴 release브랜치일 수 있는 브랜치를 사용합니다. 이러한 브랜치를 통해 팀은 장기간에 걸쳐 개별 릴리스를 대상으로 지정할 수 있습니다.

프로덕션의 여러 버전 - 팀이 프로덕션의 여러 소프트웨어 버전을 지원하는 경우 Gitflow release브랜치는이 요구 사항을 지원합니다.

기본 제공 코드 품질 검토 - Gitflow는 코드를 다른 환경으로 승격하기 전에 코드 검토 및 승인을 사용하도록 요구하고 장려합니다. 이 프로세스는 모든 코드 프로모션에 대해이 단계를 요구하여 개발자 간의 마찰을 제거합니다.

조직 이점 - Gitflow는 조직 수준에서도 이점이 있습니다. Gitflow는 조직이 릴리스 일정을 이해하고 예상하는 데 도움이 되는 표준 릴리스 주기의 사용을 권장합니다. 이제 비즈니스는 새로운 기능을 제공할 수 있는 시기를 이해하므로 전달 날짜가 설정되어 있기 때문에 타임라인에 대한 마찰이 줄어듭니다.

복잡성 - Gitflow는 새로운 팀이 학습할 수 있는 복잡한 패턴이며 이를 성공적으로 사용하려면 Gitflow 규칙을 준수해야 합니다.

지속적 배포 - Gitflow는 많은 배포가 프로덕션에 신속하게 릴리스되는 모델에 맞지 않습니다. 이는 Gitflow에서 여러 브랜치를 사용하고 브release랜치를 관리하는 엄격한 워크플로를 사용해야 하기 때문입니다.

브랜치 관리 - Gitflow는 여러 브랜치를 사용하므로 유지 관리가 어려울 수 있습니다. 브랜치를 서로 올바르게 정렬하려면 다양한 브랜치를 추적하고 릴리스된 코드를 병합하는 것이 어려울 수 있습니다.

기술 부채 - Gitflow 릴리스는 일반적으로 다른 분기 모델보다 느리기 때문에 릴리스에 더 많은 기능이 누적되어 기술 부채가 누적될 수 있습니다.