GIT abort / rebase

finelinefe·2020년 10월 29일
0

GIT

목록 보기
4/4

다수의 상세한 작업을 필요로 할때 = Rebase (x)
다수의 브랜치로 인해 커밋 히스토리를 정리하고자 할 때 = Rebase
Merge 할 때 Conflict 및 다수 문제 상황으로 꼬였을 때 = abort


예전 프로젝트 진행시에도 그랬지만 리베이스를 진행하면서 뭔가가 꼬였을때 도움말 옵션으로 진행(continue)을 하거나 다시 되돌려야하는(abort)를 사용한 적이 있었다. 이번에도 같은 상황이었는데 하기 전에 git rebase --abort 를 한 뒤 다시 작업했다. 참고로 리베이스 push 시 --force를 사용해서 push를 하면 업로드 문제는 해결된다.


❗️❗️❗️ 까먹어서 쓰는 Rebase 순서 ❗️❗️❗️

리베이스만 하고 continue를 안 한 상태로 push를 해서 git 상에서 conflict가 났다.
까먹지말자..................................

1) git add .
2) git commit -m "커밋 메시지 입력"
3) git rebase -i main
4) 리베이스 후 conflict 있으면 수정 진행 / 없으면 다음단계 진행
5) git add .
6) git rebase --continue
7) git push origin feature/브랜치이름 --force

❗️❗️❗️git merge main(구 master)의 중요성 ❗️❗️❗️

아ㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏㅏ

깃에 있는 리모트 (1)
내 로컬의 메인 리모트(2)
내 로컬의 앱별 피쳐브랜치 들(2,3,4....N)

(1) 메인 브랜치로 체크아웃 후 깃의 리모트를 full 받는다**(git checkout main - git pull origin master)** -> (2) 내 로컬의 메인 리모트가 덮어씌워진다(하지만 이게 피쳐브랜치에도 적용된다고 생각하면 오산이다) -> (3) 그래서 피쳐브랜치에도 깃의 메인리모트를 적용시키려면 또 반복해야한다**(git checkout feature/브랜치1,2,3.... - git merge main)**

profile
Backend Developer

0개의 댓글