[Github - git flow]Git Flow 전략 - squash merge

Github 로고

 

Git Flow Strategy 를 통해서 프로젝트 협업 · 형상관리를 이어가고 있습니다.

생성한 feature 브랜치를 develop 브랜치에 병합(merge)할 때에 흐름과 방법을 메모하고자 작성합니다.

특히 커밋-푸시 이력을 간결·정돈되게 해주는 squash merge를 중점적으로 다루고자 합니다.

 

요약

  1. 프로젝트 생성 (Owner or Admin)

 

  2. 로컬에서 Clone 후 git flow init

 

  3. develop 브랜치 생성

 

  4. feature 브랜치 생성

 

  5. push 및 PR (Pull Request) 

  6. PR close & squash merge 

---

상세

   1. 프로젝트 생성 (Owner or Admin)

 

 

   2. 로컬에서 Clone 후 git flow init

# git flow 시작
git flow init

git flow init

 

 

  3. develop 브랜치 생성

◼︎ 2번의 과정에서 별 다른 작성·수정없이 enter를 연달아 입력 후에는 develop 브랜치가 생성이 된다.

◼︎ 생성 뿐만 아니라, develop 브랜치로 체크아웃(checkout)도 된다.

 

◼︎ 원격 저장소로 develop 브랜치를 push

- (ssh 방식으로 clone을 받았기 때문에 rsa key password를 묻는다.)

 

 

   4. feature 브랜치 생성

feature 브랜치 생성

 

# 개발을 진행할 feature 브랜치를 생성
# 브랜치명은 "feature/브랜치명"으로 생성이 되며 앞에 feature/ 가 붙는다

git flow feature start 브랜치명

 

◼︎ "feature/브랜치명" 으로 브랜치가 새로 생성되고, 자동으로 체크아웃(checkout) 된다.

 

   5. push 및 PR (Pull Request) 

 

◼︎ 해당 코드 작업이 마쳐지면, 커밋&푸시를 해서 원격 저장소와 형상을 일치시켜줘야한다.

◼︎ 푸시 이후에는, Github(Web)으로 가서 PR(Pull Request)를 작성해준다.

 

  6. PR close & squash merge 

 

◼︎ squash and merge 를 해준다.

: Squash Merge는 Git에서 여러 개의 커밋을 하나로 합쳐서 병합하는 방법입니다. 이 방법은 병합할 브랜치의 커밋 기록을 정리하고, 하나의 커밋으로 통합하여 더 깔끔한 Git 로그를 유지하는 데 유용합니다. 주로 기능 개발 브랜치를 메인 브랜치에 병합할 때 사용됩니다.