rebase

Merge 사용 시 기존의 커밋 히스토리가 유지되기 때문에, 브랜치를 합친 이력이 명확하게 남음 이전 기록을 보고 작업을 이어나갈 때도 쉽고, 협업을 할 때도 다른 개발자들이 브랜치를 파악하기 쉬움 Rebase 사용 시 브랜치를 병합하는 것보다는 깔끔한 커밋 히스토리를 유지할 수 있음 이전 커밋들이 새 브랜치의 가장 최신 커밋 위로 이동하기 때문 이로 인해 히스토리를 보기 쉽고, 특히 팀 내에서 작업한 내용을 다른 개발자들과 함께 공유할 때 도움이 됨 따라서, Merge와 Rebase를 선택하는 것은 상황에 따라 다르며, 프로젝트의 규모와 팀 내에서의 작업 방식 등을 고려하여 선택하기

git init touch 0 && git add . && git commit -m "C0" git checkout -b bugFix echo 'bugFix1' > 1 && git add . && git commit -m "C1" echo 'bugFix2' > 2 && git add . && git commit -m "C2" echo 'bugFix3' > 3 && git add . && git commit -m "C3" git log --oneline --graph --all git checkout main echo 'main1' > 1 && git add . && git commit -m "C4" echo 'main2' > 2 && git add . && git commit -m "C5" echo 'm..

git init touch 0 && git add . && git commit -m "C0" git checkout -b bugFix touch 1 && git add . && git commit -m "C1" touch 2 && git add . && git commit -m "C2" touch 3 && git add . && git commit -m "C3" git log --oneline --graph --all git checkout main touch 4 && git add . && git commit -m "C4" touch 5 && git add . && git commit -m "C5" touch 6 && git add . && git commit -m "C6" git log --oneli..

merge: 흡입 rebase: 이사 git checkout -b bugFix // bugFix를 만들고 체크아웃 git commit git checkout main git rebase main bugFix (bugFix의 내용이 main 밑으로 감) = git checkout bugFix + git rebase main