• git flow에 대해서 공부하고 test로 직접 연습하면서 적용하였다.
• next.js 프로젝트를 진행하기 위해 공식문서를 읽었다.
  FOUNDATIONS (About Next.js, From JavaScript to React)
• 프로젝트 관련 회의를 했다.

You can pass the state information to children components as props, but the logic for updating the state should be kept within the component where state was initially created.

Gitflow Workflow

현재 우리 Branch 종류

• master : 릴리스 이력을 관리하기 위해 사용. 즉, 배포 가능한 상태만을 관리한다.
• develop : 기능 개발을 위한 브랜치들을 병합하기 위해 사용.(모든 기능이 추가되고 버그가 수정되어 배포 가능한 상태라면 ‘master’ 브랜치에 merge 한다.) 평소에는 이 브랜치를 기반으로 개발을 진행한다.
• feature : 기능을 개발하는 브랜치. feature 브랜치는 새로운 기능 개발 및 버그 수정이 필요할 때마다 ‘develop’ 브랜치로부터 분기한다. feature 브랜치에서의 작업은 기본적으로 공유할 필요가 없기 때문에, 자신의 로컬 저장소에서 관리한다.

방법

1. ‘master’ 브랜치를 기준으로 develop 브랜치를 만든다.
   ⇒ git GUI 도구를 이용하여 develop 브랜치 생성 및 default branch로 ‘develop’ 브랜치 적용

   **why?** default branch | develop
   평소에는 ‘develop’ branch를 기반으로 개발을 진행하기 때문이다.

2. $ git checkout -b develop origin/develop
   ⇒ 중앙 원격 저장소(origin)의 ‘develop’ branch와 연결된 새로운 ‘develop’ branch를 로컬 저장소에 생성하는 명령어

3. Feature 새로운 기능 개발을 위해 격리된 branch를 만든다.

   이때, ‘master’ branch에서 기능 개발을 위한 브랜치를 따는 것이 아니라, ‘develop’ branch에서 따야한다.

$ git checkout -b [branch name] develop

# 위의 명령어는 아래의 두 명령어를 합한 것
$ git branch [branch name] develop
$ git checkout [branch name]

1. 로컬 저장소의 새로운 기능 브랜치를 중앙 원격 저장소(remote repository)에 푸시한다.
   $ git push origin Feat/**
2. pull request를 이용해 ‘develop’ branch에 병합
3. $ git checkout develop
4. $ git pull origin develop
   자신의 로컬 저장소를 원격 저장소와 최신 상태로 동기화하기 위한 명령어
5. $ git branch -d feature/login
   local에서 완성한 이전 작업 브랜치는 삭제한다.

배포 전 기능 개발을 계속 반복할 시에 3~8을 반복한다.

참고 자료

[GitHub] GitHub로 협업하는 방법[3] - Gitflow Workflow - Heee's Development Blog

Git branch 주요 명령어 정리