git pull --rebase의 사용시기

 

질문 : 언제 git pull --rebase를 사용해야합니까?

---

git pull --rebase 를 사용하는 사람들과 절대 사용하지 말라고 주장하는 사람들을 알고 있습니다. 나는 병합과 리베이스의 차이점을 이해한다고 믿지만 이것을 git pull 컨텍스트에 넣으려고합니다. 병합 커밋 메시지를 많이보고 싶지 않거나 다른 문제가 있습니까?

답변

---

다음과 같은 경우 git pull --rebase

• 당신의 변경 사항은 별도의 지점을 가질 가치가 없습니다

실제로-그렇다면 왜 안됩니까? 더 명확하고 커밋에 논리적 그룹을 부과하지 않습니다.

좋아, 약간의 설명이 필요하다고 생각합니다. 아시다시피 Git에서는 분기 및 병합을 권장합니다. 변경 사항을 가져 오는 로컬 브랜치와 원격 브랜치는 실제로는 다른 브랜치이며 git pull 를 병합하는 것입니다. 자주 푸시하지 않고 일반적으로 완성 된 기능을 구성하기 전에 많은 변경 사항을 축적하기 때문에 합리적입니다.

그러나 때로는 어떤 이유로 든 원격 및 로컬 두 가지가 하나의 지점이면 실제로 더 좋을 것이라고 생각합니다. SVN 에서처럼. git pull --rebase 가 작동하는 곳입니다. 더 이상 병합하지 않습니다. 실제로 원격 브랜치에서 커밋합니다 . 그것이 실제로 그것이 무엇인지입니다.

위험한지 아닌지 여부는 로컬 및 원격 지점을 분리 할 수없는 것으로 취급하는지 여부입니다. 때로는 합리적입니다 (변경 사항이 작거나 강력한 개발을 시작하는 경우 작은 커밋으로 중요한 변경 사항을 가져 오는 경우). 때로는 그렇지 않습니다 (일반적으로 다른 브랜치를 만들었지 만 그렇게하기에는 너무 게으른 경우). 그러나 그것은 다른 질문입니다.

출처 : https://stackoverflow.com/questions/2472254/when-should-i-use-git-pull-rebase