Git flow 개념

Develop/Git

dawonny 2022. 1. 30. 19:43

728x90

ref : 생활코딩 유튜브,

Git Flow 개념 이해하기

Git으로 협업을 하는 것이 매우 좋다라고는 알고 있으나 실제로 서로 다른 그 사람들이 어떻게 각자 작성한 코드를 합치고 배포하는지가 궁금해 졌습니다. Git-flow 이해하기 Git-flow는 Git이 새롭게

ux.stories.pe.kr

동기가 git flow로 버전을 관리하는 법에 대해서 간단하게 설명해줬는데

이왕 들은거 정리해두고 싶어서 포스팅

git flow 는 깃으로 개발할때 거의 표준과 같이 사용되는 방법론이다(약속)

git-flow는 총 5가지 브랜치를 사용해서 운영함.

master : 배포를 위한 브랜치(기준)

develop : 개발 브랜치(이 브랜치를 기준으로 머지함)

feature : 단위 기능을 개발하는 브랜치 - 기능개발 완료되면 develop에 합침

release : 배포를 위해 master로 보내기전 품질 검사(QA) 하기위한 브랜치

hotfix : master로 배포 했는데 버그 생겼을때 긴급 수정하기 위한 브랜치

원래는 5~6줄에 걸친 깃 명령어들을

git flow release finish 1.0

이라고 대신쓰는 식으로 끝낼 수도 있고 편리하다.

git-flow cheatsheet

danielkummer.github.io

여기를 참고하면서 쓰는 법을 배워봤다.

git flow 에 대해서 정리가 잘 되어있는 문서다.

일단 git flow init

해주고

새 기능 개발은 develop 에서 시작한다.

기능 개발을 시작할 거니까 develop에 기반한 feature(기능) 브랜치를 생성하고 그 브랜치로 전환한다.

git flow feature start MYFEATURE

그 다음에 기능 개발을 완료할 때에는 develop에 다시 머지한다.

develop에 머지, feature 브랜치 삭제, develop 브랜치로 전환 - 을 실행한다.

git flow feature finish MYFEATURE

기능을 원격 서버에 게시해서 다른 사용자들도 사용할 수 있게 하려면

git flow feature publish MYFEATURE

다른 사용자가 게시한걸 가져오려면

git flow feature pull origin MYFEATURE

당장 써봤던 명령어들만 정리해봤고 release 나 hotfixes 를 위한 명령어들은 위 링크에 설명되어있어서

그 때 참고해서 사용하면 될 것 같다.

728x90