어떤 브랜치 전략을 적용할까?

비록 진행했던 프로젝트의 규모는 작지만 프로젝트의 목적이 구현 뿐만아니라 학습적인 요소가 더 강했기 때문에 더 복잡하지만 자주 쓰이는 git flow를 채택했다.

Git Flow vs GitHub Flow

• Git Flow

  

  • 종류
    • master : 테스트와 수정이 끝난 안정된 배포 버전이 관리되는 브랜치
    • develop : 다음 출시 버전을 개발하는 브랜치
    • release : develop에서 개발된 다음 출시 버전을 테스트하고 수정하는 브랜치
    • hotfix : 배포 후 release 단계에서 발견하지 못한 오류를 수정하는 브랜치
    • feature : 새로운 기능을 개발하는 브랜치
  • 장점
    • 테스트와 검증 걸차를 걸쳐 배포 안정성과 버전 관리 및 롤백 등 체계적인 운영이 가능
  • 단점
    • 더 많은 제어와 복잡성을 가지고 있어 특정 기능이나 수정을 빠르게 배포해야 할 경우 등에서 유연성이 다소 떨어진다.
    • 브랜치 종류가 많기 때문에 충돌 가능성이 높다.

• Github Flow
  

  • 종류
    • master : 배포 코드가 관리되는 브랜치
    • feature : 새로운 기능이나 수정사항이 작성되는 브랜치
  • 장점
    • 단순하고 빠르게 기능을 테스트하고 Agile 하게 배포할 수 있기 때문에, 주로 각 환경의 구분이 명확하지 않고 작은 규모의 프로젝트에 적합하다.
  • 단점
    • 테스트와 검증 절차를 거치지 않고 바로 master 브랜치로 병합되므로 위험성이 있다.