git merge2 Git - 3.5 브랜치 Rebase 하기 Git에서 한 브랜치에서 다른 브랜치로 합치는 방법으로는 두 가지가 있다. 하나는 Merge 이고 다른 하나는 Rebase 다. 기존 브랜치에서 작업한 내용을 패치로 저장소에 적용하여 새로운 커밋을 만든다. Rebase 의 위험성 Rebase가 장점이 많은 기능이지만 단점이 없는 것은 아니니 조심해야 한다. 그 주의사항은 아래 한 문장으로 표현할 수 있다. 이미 공개 저장소에 Push 한 커밋을 Rebase 하지 마라 로컬 브랜치에서 작업할 때는 히스토리를 정리하기 위해서 Rebase 할 수도 있지만, 리모트 등 어딘가에 Push로 내보낸 커밋에 대해서는 절대 Rebase 하지 말아야 한다. 위 내용은 아래 사이트에서 읽은 후 정리하였습니다. https://git-scm.com/book/ko/v2 2020. 7. 5. Git - 3.2 브랜치와 Merge의 기초 브랜치와 Merge의 기초 실제 개발과정에서 겪을 만한 예제를 하나 살펴보자. 브랜치와 Merge는 보통 이런 식으로 진행한다. 웹사이트가 있고 뭔가 작업을 진행하고 있다. 새로운 이슈를 처리할 새 Branch를 하나 생성한다. 새로 만든 Branch에서 작업을 진행한다. 이때 중요한 문제가 생겨서 그것을 해결하는 Hotfix를 먼저 만들어야 한다. 그러면 아래와 같이 할 수 있다. 새로운 이슈를 처리하기 이전의 운영(Production) 브랜치로 이동한다. Hotfix 브랜치를 새로 하나 생성한다. 수정한 Hotfix 테스트를 마치고 운영 브랜치로 Merge 한다. 다시 작업하던 브랜치로 옮겨가서 하던 일 진행한다. 브랜치의 기초 먼저 지금 작업하는 프로젝트에서 이전에 master 브랜치에 커밋을 몇 .. 2020. 7. 4. 이전 1 다음
