git pull--rebase origin master是什么意思？

我想知道git pull命令中--rebase选项的优点是什么，何时何地必须使用此选项，何时不必使用此选项

您应该在

• 您的更改不值得单独分支

的确，为什么不呢？更清楚的是，它不会将逻辑分组强加给您的提交

---

好吧，我想需要澄清一下。在Git中，您可能知道，我们鼓励您进行分支和合并。您的本地分支（将更改拉入其中）和远程分支实际上是不同的分支，

git-pull

是关于合并它们的。这是合理的，因为您不经常推送，并且通常会在构成完整功能之前累积大量更改

然而，有时——无论出于什么原因——你认为如果这两个——远程和本地——是一个分支，实际上会更好。就像在SVN。就是在这里，

git pull--rebase

发挥作用。您不再合并--实际上是在远程分支的顶部提交。这就是它真正的意义所在

危险与否的问题在于，您是否将本地分支和远程分支视为一件不可分割的事情。有时这是合理的（当您的更改很小时，或者如果您正处于一个健壮的开发的开始，当重要的更改由小的提交带来时）。有时不是这样（通常您会创建另一个分支，但您太懒了，不愿意这样做）。但这是另一个问题

---

遵循

您了解合并的一般工作原理吗？在学习rebase操作如何影响提交的结构方式之前，您可能最了解这一点。我是否需要将

原始主机

添加到

--rebase

？我已经看到，

git pull--rebase

就足够了。如果您不指定&那么它将尝试使用默认的跟踪远程/分支。通常，

originmaster

已经是master的跟踪分支。因此，你不需要这样做