Git将热修复补丁分支合并到功能分支

Question

假设我们在Git中有以下情况：

>

创建的存储库：

mkdir GitTest2
cd GitTest2
git init

主服务器中的某些修改发生并提交：

echo "On Master" > file
git commit -a -m "Initial commit"

功能1从master分支，完成了一些工作：

git branch feature1
git checkout feature1
echo "Feature1" > featureFile
git commit -a -m "Commit for feature1"

同时，在主代码中发现一个bug，并建立一个热修复分支：

git checkout master
git branch hotfix1
git checkout hotfix1

该错误在修补程序分支中修复，并合并回主程序（可能在拉取请求/代码审查之后）：

echo "Bugfix" > bugfixFile
git commit -a -m "Bugfix Commit"
git checkout master
git merge --no-ff hotfix1

功能1的发展仍在继续：

git checkout feature1

假设我需要功能分支中的修补程序，可能是因为bug也发生在那里。如何在不将提交复制到功能分支的情况下实现这一点？

我想防止在我的功能分支上获得两个与功能实现无关的新提交。如果我使用拉请求，这对我来说尤其重要：所有这些提交也将包含在拉请求中，并且必须进行审查，尽管这已经完成（因为修补程序已经在主程序中）。

我不能做一个git合并主机--ff only：“致命：不可能快进，正在中止”，但我不确定这是否对我有帮助。

Answer 1

我们如何将主分支合并到特征分支中？简单：

git checkout feature1
git merge master

在这里强制进行快进合并没有意义，因为这是不可能的。您已将两者提交到功能分支和主分支。现在快进是不可能的。

看看GitFlow。这是一个可以遵循的git分支模型，你不知不觉中已经遵循了。它也是Git的一个扩展，它为新的工作流步骤添加了一些命令，这些步骤会自动执行您需要手动执行的操作。

那么，您在工作html" target="_blank">流程中正确地做了什么？您有两个分支可以使用，您的feature1分支基本上就是GitFlow模型中的“开发”分支。

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

GitFlow模型要求您将热修复程序也合并到开发分支中，这在您的案例中是“feature1”。

因此，真正的答案是：

git checkout feature1
git merge --no-ff hotfix1

这会将修补程序内所做的所有更改添加到功能分支，但仅添加这些更改。它们可能会与分支中的其他开发更改冲突，但如果最终将要素分支合并回主分支，则它们不会与主分支冲突。

要非常小心重新定基。仅当您所做的更改保留在存储库的本地时才重新设置基础，例如，您没有将任何分支推送到其他存储库。重定基址是一个很好的工具，您可以在将本地提交推向世界之前将其安排成一个有用的顺序，但是对于像您这样的git初学者来说，之后的重定基址会把事情搞砸。