2022-07-13: Git-Flow 실습

Git
컴퓨터 파일의 변경사항을 추적하고 여러 명의 사용자들 간에
해당 파일들의 작업을 조율하기 위한 분산 버전 관리 시스템

 

Git을 쓰는 이유

소스 코드를 효과적으로 관리하고 버전 관리를 쉽게 하기 위해서 git을 사용한다.

 

Git-Flow

2010년 경 Vincent Driessen에 의해 고안되었으며, 개발을 하면서 어떻게 Branch를 변경할 것인지에 대한 규칙.

회사마다 git을 사용하는 방법이 다르지만 가장 기본이 되는 규칙이며, 이 방법을 숙지하는 것이 중요하다.

출처: https://nvie.com/posts/a-successful-git-branching-model/

주요 branch

• master : production-ready 상태의 소스 코드가 담겨 있다.
• develop : latest delivered development changes for the next release, 개발 브랜치

그 외 branch

• Feature branches
  • develop branch에서 분리될  수 있고, 다시 develop branch에 병합돼야 한다.
  • are used to develop new features for the upcoming or a distant future release.
• Release branches
  • develop branch에서 분리될  수 있고, develop 또는 master branch에 병합된다.
  •  새로운 release(배포) 전에 분기시켜고 확인을 하고, release-to-be-built 됐다고 판단되면 병합한다.
• Hotfix branches
  • master branch에더 분리될 수 있고, develop 또는 master branch에 병합된다.
  • arise from the necessity to act immediately upon an undesired state of a live production version
  • 치명적인 버그 등이 발생했을 때

 

 

Skeleton 코드를 활용해서 Git-flow 실습해보기

1. 처음에는 master branch에서 시작

2. kmj_master branch 생성과 동시에 이동

$ git switch -c kmj_master

3. 폴더에 skeleton 코드 넣기

4. kmj_develop branch 생성

$ git branch kmj_develop

5. kmj_master > kmj_develop branch로 이동(checkout)

$ git checkout kmj_develop

6. git add & git commit (kmj_develop)

7. kmj_feature/grid branch 생성

$ git branch kmj_feature/grid

8. 코드 수정 수 add, commit (develop branch에서 해버림..!)

9. kmj_feature/grid branch로 이동 후 develop branch와 merge

$ git checkout kmj_feature/grid

10. 병합하려고 하는 branch로 이동 : $ git switch kmj_develop 

11. kmj_feature/layout branch 생성 후 코드 수정, kmj_develop branch와 병합

$ git branch kmj_feature/layout
$ git checkout kmj_feature/layout
// git add & commit
$ git switch kmj_develop
$ git merge kmj_feature/layout

12. 같은 작업 반복

git flow 정리

'git log --oneline --graph --all' 결과

 

 

결론

master branch에서 바로 코드를 수정 및 삭제해버리면 나중에 코드를 관리하기가 매우 어렵다.

git merge 하는 방법과 log를 보고 복구하는 방법에 대해서도 좀 더 공부해보고 연습해봐야겠다.