我想知道git pull命令中的--rebase选项的优点是什么时候和我们必须使用此选项以及何时我们不必使用此选项？
答案 0 :(得分：2)
时应使用
git pull --rebase
确实 - 为什么不呢？它更清楚，并且不会在您的提交中强加逻辑分组。
好的，我想它需要一些澄清。在Git中，您可能知道，我们鼓励您进行分支和合并。您提取更改的本地分支和远程分支实际上是不同的分支，git pull是关于它们的合并。这是合理的，因为你不经常推动并且通常会在它们构成一个完整的特征之前积累一些变化。
然而，有时 - 无论出于什么原因 - 你认为如果这两个 - 远程和本地 - 是一个分支实际上会更好。就像在SVN中一样。正是git pull --rebase发挥作用的地方。您不再合并 - 您实际上在远程分支上提交。这就是它的实际意义。
是否危险是你是否将本地和远程分支视为一个不可分割的问题。有时它是合理的（当你的变化很小时，或者如果你处于强劲发展的开始阶段，当小的提交引入了重要的变化时）。有时它不是（当你通常创建另一个分支，但你懒得这样做）。但这是一个不同的问题。
Link要关注