问Git将修补程序分支合并为特征分支

EN

如何将主分支合并到功能分支中？简单：

git checkout feature1
git merge master

在这里强制快速推进合并是没有意义的，因为这是无法完成的。您同时提交了特性分支和主分支。快进现在是不可能的。

看看GitFlow。这是一个可以遵循的git分支模型，而且您已经无意识地这样做了。它也是Git的一个扩展，它为新的工作流步骤添加了一些命令，这些步骤可以自动执行，否则需要手动执行。

那么你在工作流程中做了什么呢？您有两个分支可以使用，您的feature1分支基本上是GitFlow模型中的“开发”分支。

您从master创建了一个修补程序分支，并将其合并回来。现在你被困住了。

GitFlow模型要求您将修补程序合并到开发分支，在您的情况下，开发分支是"feature1“。

所以真正的答案是：

git checkout feature1
git merge --no-ff hotfix1

这将将在修复程序中进行的所有更改添加到功能分支，但只添加这些更改。它们可能与分支中的其他开发更改发生冲突，但如果您最终将特性分支合并回master，则不会与主分支发生冲突。

重新部署时要非常小心。只有当更改保持在存储库的本地，例如，您没有将任何分支推到其他存储库时，才会进行重基。重新定位是一个很好的工具，你可以把你的本地提交安排成一个有用的顺序，然后再把它推到世界上去，但是之后重新定位会给像你这样的初学者带来麻烦。

你应该能够在师父的基础上重新建立你的分支：

git checkout feature1
git rebase master

处理所有出现的冲突。当您使用错误修复(已经在主版中)进行提交时，Git会说没有发生任何更改，并且可能已经应用了它们。然后继续重基(同时跳过已在master中的提交)。

git rebase --skip

如果您在特性分支上执行git log，您将看到错误修复提交只出现一次，并且出现在主部分中。

要获得更详细的讨论，请查看关于git rebase (https://git-scm.com/docs/git-rebase)的Git图书文档，该文档涵盖了这个精确的用例。

用于附加上下文的================编辑====================

这一答复是针对@theomega提出的问题提供的，考虑到了他的特殊情况。注:本部：

我想阻止..。在与特性实现无关的特性分支上提交。

把他的私人分支重新建立在师父的基础上，才会产生这样的结果。相反，将主从合并到他的分支中，将精确地完成他特别不希望发生的事情:添加一个与他通过分支正在处理的特性实现无关的提交。

要针对阅读问题标题的用户，跳过问题的实际内容和上下文，然后只盲目地阅读顶部的答案，假设它总是适用于他们(不同的)用例，请允许我详细说明：

• 仅重基私有分支(即只存在于本地存储库中且未与他人共享的分支)。重新设置共享分支将“破坏”其他人可能拥有的副本。
• 如果希望将从分支(无论是主分支还是其他分支)的更改集成到公共分支(例如，您已经按下分支来打开拉请求，但现在与主分支存在冲突，需要更新分支以解决这些冲突)，则需要将它们合并到其中(如@Sven的答案中的git merge master )。
• 如果您喜欢这样的话，您也可以将分支合并到本地私有分支中，但是要注意，它将导致分支中的"foreign“提交。

最后，如果你不满意这个答案并不适合你的情况，即使它是对@theomega，在下面添加一个评论不会特别有帮助:我不控制选择哪个答案，只有@theomega。

git merge

您可以按照以下步骤操作

1.将origin/master分支合并到feature分支

# step1: change branch to master, and pull to update all commits
$ git checkout master
$ git pull

# step2: change branch to target, and pull to update commits
$ git checkout feature
$ git pull

# step3: merge master to feature(⚠️ current is feature branch)
$ git merge master

2.将feature分支合并到origin/master分支

origin/master是远程主分支，而master是本地主分支。

$ git checkout master
$ git pull origin/master

$ git merge feature
$ git push origin/master