🌿 Git 이슈 브랜치 전략과 리베이스 개념 이해하기

---

이번 포스트에서는 Git 협업의 핵심 개념인 이슈 브랜치 전략과 리베이스(Rebase)의 개념 및 동작 과정을 알아보겠습니다.

---

1. 이슈 브랜치 전략

📌 이슈 기반으로 작업하기

Git을 사용해 협업할 때는 이슈 브랜치 전략을 활용해 각 기능이나 작업별로 독립적인 브랜치를 만드는 것이 좋습니다. 이렇게 하면 각각의 기능을 독립적으로 개발하고, 충돌을 최소화할 수 있습니다.

이슈가 생성되면 다음과 같은 과정을 통해 이슈 브랜치를 생성해 작업을 시작합니다.

git checkout main
git pull origin main
git checkout -b issue/이슈번호

💡 브랜치 전략 팁

• 작업 단위 분리: 각 기능마다 브랜치를 분리하고, 이슈 번호를 포함해 브랜치 이름을 지정하면 다른 팀원들이 쉽게 이해할 수 있습니다.
• Ref #이슈번호 형식 사용: 커밋 메시지에 Ref #이슈번호를 포함하면, 커밋과 이슈를 자동으로 연결해줘 작업 히스토리가 명확해집니다.

---

2. 리베이스(Rebase)란?

🔄 리베이스의 개념

리베이스(Rebase)는 한 브랜치의 커밋을 다른 브랜치의 마지막 커밋 뒤로 이어붙이는 작업입니다. 이 과정을 통해 깔끔한 커밋 히스토리를 유지하며, 팀원 간의 협업 시 코드 충돌을 최소화할 수 있습니다.

리베이스의 목적은 병합 커밋을 없애고, 히스토리를 깔끔하게 정리하는 데 있습니다. Merge와 비교했을 때, 리베이스는 히스토리를 직관적으로 유지하기 때문에 코드 리뷰나 추적이 쉬워지는 장점이 있습니다.

---

3. 리베이스 동작 과정

리베이스를 이해하기 위해 리베이스가 실제로 어떻게 동작하는지 순서대로 살펴보겠습니다.

🛠️ 리베이스 사용법

1. 현재 작업 중인 브랜치에서 리베이스 수행
   작업 중인 브랜치에서 다른 팀원의 최신 작업을 반영하기 위해 리베이스를 진행합니다.

   git fetch origin
   git rebase origin/main

   위 명령어는 원격 저장소의 최신 변경사항을 가져와(fetch) 현재 작업 브랜치에 반영(rebase)하는 과정입니다.

2. 리베이스 충돌 해결
   리베이스 중 충돌이 발생하면, 충돌 지점을 수정하고 git add로 변경사항을 추가한 후 다음 명령어로 리베이스를 이어갑니다.

   git rebase --continue

   만약 리베이스 중 문제를 발견하고, 작업을 취소하고 싶다면 다음 명령어로 리베이스를 중단할 수 있습니다.

   git rebase --abort

3. 강제 푸시를 통한 최신 상태 반영
   리베이스 후에는 이슈 브랜치를 강제로 푸시합니다. 리베이스는 커밋 히스토리를 변경하기 때문에 강제 푸시(--force)가 필요합니다.

   git push origin issue/이슈번호 --force

⚠️ 주의할 점

리베이스는 히스토리를 변경하는 작업이기 때문에, 이미 팀원이 공유한 커밋에 대해 리베이스를 할 때는 주의가 필요합니다. 협업 중에는 팀원들과 커뮤니케이션을 충분히 하여 리베이스로 인한 혼란을 방지해야 합니다.

---

4. Merge와 Rebase의 차이점

🔀 Merge

• 병합 커밋을 생성하여 두 브랜치를 합칩니다.
• 작업 내역을 그대로 유지하는 장점이 있지만, 히스토리가 복잡해질 수 있습니다.

🔄 Rebase

• 다른 브랜치의 커밋을 새로 이어붙여 병합 커밋 없이 깔끔한 히스토리를 만듭니다.
• 한 줄로 정리된 히스토리는 프로젝트의 흐름을 직관적으로 보여줍니다.

💡 팁: 프로젝트의 규모와 협업 방식에 따라 언제 Merge를 사용하고 언제 Rebase를 사용하는 것이 좋을지 팀원들과 미리 정해두는 것이 좋습니다.

---

맺음말

리베이스는 깔끔한 히스토리를 유지하고, 코드 충돌을 줄이는 데 유용한 Git의 강력한 기능입니다. 이슈 브랜치 전략과 리베이스를 잘 활용하면 협업의 효율성을 크게 높일 수 있습니다. 특히, 과거의 비효율적인 리베이스 방식에서 벗어나 현재 브랜치에서 직접 최신 메인 브랜치를 리베이스하는 방법을 익히면 작업 흐름을 더욱 매끄럽게 유지할 수 있습니다.