[Git] GitKraken Interactive Rebase

테크토크 2021. 10. 18. 23:35

2021. 10. 18. 23:35

What is Interactive Rebase [Advanced Tutorial]

Interactive Rebase란?

병합하기 위한 방법 중 하나. (다른 하나는 Merge)

목표 : 여러개로 나눠져 있는 커밋을 합치고자 함.
- 환전 기록 Page UI 및 동작 추가
- 환전 기록 firestore CRUD 구현
- 환율, 날짜 Item 컴포넌트 추가

대상 커밋 선택 > Interactive Rebase 버튼 클릭
최종적으로 합치고 싶은
커밋 이전의 커밋을 선택하여 Interactive Base 버튼을 선택해야 함.
'환전 기록 Page UI 및 동작 추가'에 이후 커밋들을 squash하고 싶은 경우,
이전 커밋인 '환전 내역 Firestore에서 가져오도록 수정' 커밋 선택 후 Interactive Rebase 버튼 선택.
원하는 Interactive Rebase 동작을 선택하여 수행
- 처음 화면
- 커밋을 합치고 싶기에 Squash 선택
- GitKraken에서 자동으로 병합되는 마지막 커밋 메시지를 정리해 줌.(Reword)
  - 원래 커밋 메시지 (Reword 전)
  - squash and 자동 reword 후 커밋 메시지
- 'Start Rebase' 버튼 선택

그림은 없지만, 이후로 '환전 기록 Summary UI 및 동작 추가' 커밋을 '환전 기록 Page UI 및 동작 추가' 커밋으로 squash 한번 더 수행 함.

remote git에 이전 커밋 내용들이 들어가 있고 local에서 Interactive Rebase한 후의 결과물을 반영하고 싶은 경우

이미 remote repository에 push 해버린 commit들 하나로 합치기
사실 권장하는 방법은 아닌걸로 보인다.
- Rebase 설명(git-scm.com) 중 Rebase의 위험성이라는 항목이 있고 그 내용은 아래와 같다.
Rebase가 장점이 많은 기능이지만 단점이 없는 것은 아니니 조심해야 한다. 그 주의사항은 아래 한 문장으로 표현할 수 있다.이 지침만 지키면 Rebase를 하는 데 문제 될 게 없다. 하지만, 이 주의사항을 지키지 않으면 사람들에게 욕을 먹을 것이다.
Rebase는 기존의 커밋을 그대로 사용하는 것이 아니라 내용은 같지만 다른 커밋을 새로 만든다. 새 커밋을 서버에 Push 하고 동료 중 누군가가 그 커밋을 Pull 해서 작업을 한다고 하자. 그런데 그 커밋을 git rebase 로 바꿔서 Push 해버리면 동료가 다시 Push 했을 때 동료는 다시 Merge 해야 한다. 그리고 동료가 다시 Merge 한 내용을 Pull 하면 내 코드는 정말 엉망이 된다.
이미 공개 저장소에 Push 한 커밋을 Rebase 하지 마라

Remote 브랜치 Git 내역