• 목차

Git Flow 방식

• git을 통해 효율적으로 프로젝트를 관리하고 배포하기 위한 브랜칭 관리 전략

브랜치 전략

• 용도/환경에 따라 브랜치를 구분합니다.
• 메인 브랜치는 master(main), develop branch가 해당됩니다.
• 보조 브랜치는 feature, release, hotfix, bugfix branch 등이 해당됩니다.

master (main)

• 프로젝트 뿌리(root)가 되는 브랜치로, 해당 브랜치의 HEAD는 production 환경에 배포되었거나, 곧 배포될 예정임(production-ready)을 의미
• 실제 서비스에서는 실 서버와 sync가 맞아야 한다.
• master 브랜치에 반영 혹은 병합된다는 것은 새 버전이 배포됨을 의미한다.
• 보통 실제 서버로 빌드 & 배포하는 스크립트가 작동한다.

develop (dev)

• 다음 배포를 위해 개발되고 있는 코드가 위치하는 브랜치

• 실제 서비스에서는 개발 서버 혹은 테스트 서버와 sync 가 맞아야 한다.

• **develop 브랜치가 안정화되고, 배포 기능이 완성되면 master 브랜치로 병합(merge)**됩니다.

  브랜치 상세
  시작 브랜치	master(main)
  병합브랜치(방향/순서)	master(main)
  네이밍 규칙	develop / dev

feature

• 개발하고자 하는 기능을 개발하는 주축이 되는 브랜치
• 만약 애자일 방법론을 채택한 조직이라면, 스프린트 기간 중 하나의 스토리 혹은 하나의 애픽이 이에 해당될 수 있다.