Git Flow

미어캣의 개발일지·2024년 1월 12일
0

📚 Git Flow

📕 브랜치 전략

여러 개발자가 하나의 저장소를 사용하는 환경에서 저장소를 효과적으로 활용하기 위한 work-flow다.

브랜치를 사용하므로서 여러 사람이 여러 기능을 병렬적으로 개발할 수 있게 되었다. 그런데 브랜치에 규칙 없이 마구잡이로 사용하면 혼란을 불러올 수 있다.
그래서 만들어진게 Git 브랜치 전략
그 중 Git Flow 사례를 살펴보자


📕 Git Flow

Git Flow는 5가지의 브랜치를 이용해서 저장소를 운영하는 브랜치 전략이다.
5가지 중 항상 유지되는 메인 브랜치 master, develop 2가지
merge되면 사라지는 보조 브랜치 feature, release, hotfix

✔ master : 라이브 서버에 제품으로 출시되는 브랜치
✔ develop : 다음 출시 버전을 대비하여 개발하는 브랜치
✔ feature : 추가 기능 개발 브랜치, develop 브랜치 소속
✔ release : 다음 버전 출시를 준비하는 브랜치, develop 브랜치를 release 브랜치로 옮긴 후 QA, 테스트를 진행하고 master 브랜치로 합친다.
✔ hotfix : master 브랜치에서 발생한 버그수정 하는 브랜치


📖 메인 브랜치

  • master 브랜치는 배포 가능한 상태만을 관리하는 브랜치
  • develop 브랜치는 다음에 배포할 것을 개발 하는 브랜치

📖 보조(feature) 브랜치

  • 새로운 기능을 추가할 때 사용하는 브랜치
  • develop 브랜치에는 기존에 잘 작동하는 개발코드가 담겨있으며, 보조 브랜치는 새로 변경될 개발코드를 분리하고 각각 보존하는 역할

📖 릴리즈 브랜치

  • 배포를 위한 최종적인 버그 수정 등의 개발을 수행하는 브랜치
  • 배포 가능한 상태가 되면 master 브랜치로 병합, 출시된 브랜치에 버전 태그 추가

📖 핫픽스 브랜치

  • 배포한 버전에서 긴급하게 수정할 필요가 있을 때



📕 출처

https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-github-flow-git-flow-%F0%9F%93%88-%EB%B8%8C%EB%9E%9C%EC%B9%98-%EC%A0%84%EB%9E%B5
https://hudi.blog/git-branch-strategy/
https://overcome-the-limits.tistory.com/7

profile
이게 왜 안되지? 이게 왜 되지?

0개의 댓글