merge

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

1. git init 2. touch 0 && git add . && git commit -m "c0" 3. git checkout -b bugFix 4. echo '안녕' > 1 && git add . && git commit -m "c1" 1 파일의 내용을 '안녕' 으로 설정 후 커밋 5. log --oneline --graph --all 6. git log --oneline --graph --all 7. git checkout main 8. echo '잘가' > 1 && git add . && git commit -m "c2" 1 파일의 내용을 '잘가' 로 설정 후 커밋 9. git merge bugFix 충돌 발생, 자동 병합이 실패했다는 뜻 (즉, 개발자가 직접 병합해야 한다는 뜻) 10. ec..

실행 순서 파일 생성하기 git init touch 0 && git add . && git commit -m "c0" touch 1 && git add . && git commit -m "c1" git branch bugFix git checkout bugFix touch 2 && git add . && git commit -m "c2" git checkout main touch 3 && git add . && git commit -m "c3" touch 4 && git add . && git commit -m "c4" git merge bugFix 결과 (확인은 git log --oneline --graph --all 명령어로!)