개발관련/Git

git pull --rebase의 사용시기

Rateye 2021. 9. 14. 10:18
728x90
반응형

 

질문 : 언제 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

 

728x90
반응형