TIL 61: [Git] 브랜치 관리와 고급 기능

개인적으로 하는 프로젝트를 하면서 깃 브랜치를 사용한 경험이 있는데, 덕분에 이번 챕터는 수월하게 학습할 수 있었습니다😊

브랜치

브랜치란 독립적으로 어떤 작업을 진행하기 위해 사용되는 개념입니다.

예를 들어, 개발을 할 때 여러 기능을 구현해야 하는데 브랜치 기능을 활용하면 원래 코드가 변경될 위험 없이 각각의 기능들으 독립적으로 개발할 수 있습니다.

브랜치에는 항상 유지되는 메인 브랜치들 (master, develop)과 일정 기간 동안만 유지되는 보조 브랜치들(feature, release, hotfix)을 포함해서 총 5가지의 브랜치를 이용합니다.

 

• Master: 제품으로 출시(배포)될 수 있을 정도로 버그가 없는 브랜치입니다.
• Develop: 베타 버전. 기능 개발을 위한 브랜치들을 병합하기 위해 사용하는 브랜치로 버그가 모두 수정되고 배포 가능한 안정적인 상태라면 master 브랜치에 병합합니다.
• Feature: 새로운 기능 개발 및 버그 수정이 필요할 때마다 develop 브랜치로부터 분기한 브랜치입니다.
  보통 [feature/기능요약] 형식으로 네이밍합니다.
• Release: 배포를 위한 전용 브랜치로 개발 단계를 끊는데 도와주는 브랜치입니다. develop 브랜치에서 배포할 수 있는 수준의 기능이 모이거나 정해진 배포 일정이 되면 release 브랜치를 분기합니다.
• Hotfix: 배포한 버전에서 긴급하게 버그르 수정해야 할 때, master 브랜치에서 분기한 브랜치입니다.

 

새로 브랜치를 만들어도 바로 분기가 되는 것은 아닙니다. 각 브랜치마다 달라진 코드가 생긴 이후부터 분기가 시작됩니다.

 

 

 

브랜치 명령어

기본 명령어

새로운 브랜치 생성

• $ git branch 새로운 브랜치 이름

새로운 브랜치 생성 후 해당 브랜치로 전환

• $ git switch -c 새로운 브랜치 이름
• $ git checkout -b 새로운 브랜치 이름

브랜치 목록 확인

• $ git branch

브랜치 목록과 각 브랜치의 최근 커밋 확인

• $ git branch -v

브랜치 삭제

• $ git branch -d 삭제할 브랜치 이름
• $ git branch -D 해당 명령어는 병합하지 않은 브랜치를 강제 삭제하는 방법입니다.

브랜치 전환

• $ git switch 브랜치 이름
• $ git checkout 브랜치 이름

브랜치 병합

• master 브랜치로 dev 브랜치를 병합할 때 (master ← dev)

1. $ git checkout master
2. $ git merge dev

로그에 모든 브랜치를 그래프로 표현

• $ git log --branches --graph --decorate

아직 commit 하지 않은 작업을 스택에 임시로 저장

• $ git stash

 

merge와 rebase의 차이

두 명령어 모두 각각의 브랜치에 있는 코드들을 합치는 것은 동일합니다. 하지만 merge는 브랜치를 통합하는 것으로 변경 내용의 커밋 기록이 모두 남아있어 이력이 복잡합니다. 한편, rebase는 말 그대로 베이스를 새롭게 설정합니다. 따라서 이전의 커밋 이력들이 남지 않아 단순해집니다. 만약 정확하게 모든 커밋을 남겨야 한다면 merge를 쓰는 것이 좋습니다.
git rebase -i HEAD~~ 라고 치면 이전 한 단계 올라가는 기능을 하게 됩니다.

 

 

 

 

 

 

한 브랜치에서 다른 브랜치로 작업한 내용을 옮기는 또 다른 방식으로 Cherry-pick 이란 것도 있습니다.
Git의 cherry-pick 은 커밋 하나만 Rebase 하는 것입니다. 토픽 브랜치에 있는 커밋 중에서 하나만 고르거나 토픽 브랜치에 커밋이 하나밖에 없을 때 Rebase 보다 유용합니다.