如何在有或没有更改的情况下将分支合并到主分支？

Question

我对此感到很困惑。在以下场景中，您如何最好地将本地功能分支添加回主分支，然后再将其推回存储库？请注意，我不是从终端使用 git，我使用的是sourcetree，所以我对 git 行话不是很熟悉。

场景 A：团队中没有人将更改推送给 Master

Master                A
                       \
Feature branch          B - C - D

场景 B：当我在本地分支机构工作时，有人推送了更改

Master                A - E
                       \
Feature branch          B - C - D

Answer 1

场景 A 很简单，因为从功能分支到 master 的正常推送应该完全没有问题。在场景 B 中，如果我们尝试简单地推送，Git 会告诉我们我们的功能分支已经落后于master。解决此问题的两种主要方法是合并和变基。

对于合并选项，我们可以将master 分支合并到我们的特征中，然后将特征合并到master。这是用于将master 合并到功能分支的 Git 命令：

git checkout feature
git merge origin/master

下面是一张图表，显示了合并选项的最终结果：

master:  A ---------- E ---- N
          \             \   /
feature:   B -- C -- D -- M

这里的M 是将master 合并到功能分支中产生的合并提交。我们需要这样做以使功能分支与远程 master 保持同步。然后，为了将我们的更改带入master，我们也在master 中进行了合并提交。

从功能上讲，合并可以完成工作，但正如您从历史中看到的那样，它并不总是在 Git 中开展业务的最整洁的方式。合并的另一种方法是变基：

git checkout feature
git rebase origin/master

这是变基的样子，我强调你可以在图中看到的情况：

master:  A -- E
          \
feature:    B -- C -- D

rebase 的第一步是将功能分支回退到功能和master 之间的最新祖先提交，然后在功能分支顶部播放来自master 的新提交：

master:  A -- E
          \
feature:   E        [B, C, D commits not yet reapplied]

接下来，我们在新基础上重新应用您的独特提交：

master:  A -- E
          \
feature:   E -- B' -- C' -- D'

我们可以改写如下：

master:  A -- E
                \
feature:          B' -- C' -- D'

现在请注意，功能分支完全领先 master。现在推送或拉取请求应该可以完成，没有任何冲突。