GIT 공부 하는법 : GIT 사용의 예시 - 3

1. 왜 GIT을 써야하는가

2. GIT의 구조 및 명령어

3. GIT 사용의 예시

4. GIT 실습

 

3. GIT 사용의 예시

GIT을 어떻게 쓸까?

우리는 형상관리를 위해 많은 개발자들이 하나의 저장소를 사용한다. 많은 개발자가 있으니 이를 효과적으로 사용하기 위한 방법에 대한 약속을 정한다. 약속은 대부분 브랜치를 사용하는(따는) 방법이며, 이를 GIT의 브랜치 전략이라고 한다.

 

우리는 브랜치를 어떻게 약속하여 사용하는지에 대해 배울것이고, GIT Flow와 GIT hub Flow 전략을 설명할 것이다.

 

GIT Flow 전략

Master : 라이브 서버에 제품으로 출시되는 브랜치로, 배포 가능한 상태의 버전만을 관리한다.

Develop : 다음 출시 버전을 대비하여 개발하기 위한 주요 브랜치다.

Feature : 기능을 완성 할 때까지 유지되는 브랜치로, 보통 개발자 저장소에만 있고 원격 저장소에는 push하지 않는다.

               Develop 브랜치에서 가져와서 Develop 브랜치로 merge한다.

Release : 다음 버전을 출시하기 위한 브랜치로 Develop브랜치에서 가져와서 Q/A, 테스트 진행 후 문제가 없으면 Master브랜치와 Develop브랜치로 merge한다.

Hotfix : Mater브랜치에서 오류가 발생하면 Mater브랜치에서 가져와서 급하게 수정하여 Master브랜치와 Develop브랜치로 merge 한다.

※ Mater브랜치와 Develop 브랜치는 항상 유지하는 기본으로 두고 나머지 브랜치를 보조브랜치로 사용한다. 

 

 

상황에 따른 브랜치 전략 예시

※ 신규 기능 개발 시 브랜치 전략(Feature 브랜치)

① Develop 브랜치로부터 신규 개발할 기능을 위해 Feature 브랜치를 생성한다.

② Featrue 브랜치에서 기능을 완성 하면 Develop 브랜치로 merge한다.

 

※ 라이브 서버로 배포하는 브랜치 전략(Release 브랜치)

① Feature 브랜치가 Develop 브랜치로 모두 merge 되었다면, QA와 테스트를 위해 Release 브랜치를 생성한다.

② Release 브랜치를 통해 오류가 확인이 되면 Release 브랜치 내에서 수정을 한다.

③ QA와 테스트가 모두 통과 되면 배포를 위해 Master 브랜치로 merge 한다.

④ 만일 Release 브랜치에서 오류 수정을 했을 경우 동기화를 위해 Develop 브랜치에도 merge 한다.

 

GIT hub Flow 전략 

※ 브랜치 생성 

- 기능 개발, 버그 수정 등 어떤 이유에서든 새로운 브랜치를 생성하되 브랜치 명으로 의도를 명확히 표현해야 한다.

- 새로운 브랜치는 항상 Master 브랜치에서 생성하고 Master 브랜치로 merge 한다.

- Master 브랜치는 항상 최신상태이다.

 

※ 개발 / 커밋 / 푸쉬

- 개발을 진행하며 최대한 상세히 커밋 메세지를 작성하고 수시로 push를 진행한다.

 

※ PR (Pull Request) 생성

- 피드백이나 도움이 필요할때나 merge 준비가 완료 되었을때 PR을 생성하여 pull해달라고 요청한다.

피드백이나 도움이 필요할때 : pull받아서 피드백 좀 해주세요

merge 준비가 완료되었을때 : 최종 merge 하게 pull 받아서 확인 후 push 해주세요.