# 서로 다른 브랜치를 합치는 두 방식
- merge : 두 브랜치를 한 커밋에 이어붙입니다.
- 브랜치 사용내역을 남길 필요가 있을 때 적합한 방식
- merge가 좋은 이유는 비파괴적(non-destructive)
- 단점은 불필요한 merge 커밋이 생기고 같은 변경 사항을 담은 두 세트의 커밋이 남아있게 된다. 프로젝트의 히스토리가 더려워진다.
- rebase : 브랜치를 다른 브랜치에 이어붙입니다.
- 한 줄로 깔끔히 정리된 내역을 유지하기 원할 때 적합합니다.
- 이미 팀원과 공유된 커밋들에 대해서는 사용하지 않는 것이 좋습니다.
- rebase를 할 경우 master의 모든 커밋이 feature 브랜치의 끝점으로 올라가게 된다.
문제점은 다른 팀원들은 아직 master 브랜치를 사용하고 있다는 것이다. rebase는 새로운 커밋들로 바꾸기 때문에 master 브랜치가 팀원마다 다른 상황이 생기는 것이다.
이러한 상황을 방지하기 위해 협업 시에 public 브랜치를 rebase하는 것은 신중하게 선택해야 한다.
'Git > Git' 카테고리의 다른 글
[Git] Git access token 만들기 & 협업할 팀원 추가 (0) | 2022.01.27 |
---|---|
[Git] Git 충돌(conflict) 해결하기 (0) | 2022.01.27 |
[Git] Git 여러 branch 만들어 사용하기 (0) | 2022.01.27 |
[Git] Git 이전으로 돌아가는 두 가지 방법(reset, revert) (0) | 2022.01.27 |
[Git] Git 변화를 commit하기 (0) | 2022.01.27 |