2025 SW공학

Git을 활용한 브랜치 전략은 소프트웨어 개발의 효율성, 협업, 코드 품질 향상을 위해 설계되었습니다. 프로젝트의 성격과 팀의 요구에 따라 다양한 전략이 사용되며, 주요 전략은 다음과 같습니다:

(참고) Git Flow vs Github Flow : 브랜치 전략

1. Git Flow¶

• 설명:
  • master, develop 브랜치를 중심으로 feature, release, hotfix 브랜치를 사용합니다.
  • 대규모 프로젝트와 명확한 릴리스 주기를 가진 팀에 적합합니다.
• 장점:
  • 역할별 브랜치 구조로 명확한 관리 가능.
  • 안정성과 유연성을 동시에 제공.
• 단점:
  • 복잡한 구조로 인해 작은 팀이나 빠른 개발 주기에는 부적합.

2. GitHub Flow¶

• 설명:
  • 단순한 브랜치 전략으로, main 브랜치와 feature 브랜치만 사용.
  • 새로운 기능은 feature 브랜치에서 작업 후 main에 병합 및 배포.
• 장점:
  • 간단한 구조, 빠른 배포에 적합.
  • 코드베이스를 최신 상태로 유지.
• 단점:
  • 긴-lived 브랜치 작업에는 어려움.
  • 대규모 프로젝트에는 다소 한계가 있을 수 있음.

3. GitLab Flow¶

• 설명:
  • GitHub Flow를 기반으로 하며, 단계별 배포 환경(예: staging, production)을 관리.
  • 환경에 따라 브랜치를 나누거나, main 브랜치를 활용.
• 장점:
  • 릴리스 및 배포 단계에 맞춘 유연한 브랜치 관리.
• 단점:
  • 배포 환경이 단순한 경우, 불필요한 복잡성이 추가될 수 있음.

4. Trunk-based Development¶

• 설명:
  • 단일 main 브랜치를 중심으로, 짧은-lived feature 브랜치를 생성하고 빠르게 병합.
  • 지속적 통합(Continuous Integration) 및 지속적 배포(Continuous Delivery)에 초점을 맞춤.
• 장점:
  • 빠른 개발, 배포 속도.
  • 브랜치 병합 충돌이 적음.
• 단점:
  • 자동화된 테스트와 코드 리뷰가 필수적.
  • 대규모 기능 개발에는 적합하지 않을 수 있음.

5. Customized Workflow¶

• 설명:
  • 팀의 요구와 프로젝트 특성에 맞춰 위의 전략을 조합하거나 새로운 전략을 설계.
• 예시:
  • 기능별 브랜치 이름 지정 규칙 추가.
  • 특정 워크플로 도구(Jira, Jenkins 등)와의 통합.

이 전략들은 팀의 크기, 프로젝트의 복잡성, 릴리스 주기, CI/CD 도구의 유무 등에 따라 적합성이 달라질 수 있습니다.