我知道有些人git pull --rebase默认使用它,而另一些人则坚持从不使用它。我相信我理解合并和变基之间的区别,但我试图将其放在git pull. 只是不想看到很多合并提交消息,还是有其他问题?
git pull --rebase
git pull
你应该git pull --rebase在什么时候使用
确实——那为什么不呢?它更清楚,并且不会对您的提交进行 逻辑分组。
好的,我想它需要一些澄清。您可能知道,在 Git 中,我们鼓励您进行分支和合并。您将更改拉入其中的本地分支和远程分支实际上是不同的分支,并且git pull正在合并它们。这是合理的,因为您不经常推送,并且通常会在它们构成完整功能之前累积许多更改。
然而,有时——无论出于何种原因——你认为如果这两个——远程和本地——是 一个 分支,实际上会更好。就像在 SVN 中一样。正是在这里git pull --rebase发挥作用。你不再合并——你实际上 是在远程分支之上提交的 。这就是它的实际意义。
它是否危险是您是否将本地和远程分支视为不可分割的事情的问题。有时这是合理的(当您的更改很小,或者如果您正处于稳健开发的开始,当小提交带来重要更改时)。有时不是(当您通常创建另一个分支时,但您懒得这样做)。但这是一个不同的问题。