如何处理git flow中未合并功能的未来工作？

问题描述

我正在使用git flow-制作功能分支，并将它们合并为development，...。

我提出了两个功能，并提出了在GitHub上开发分支的请求。将它们称为功能A和功能B。

现在，我想开始使用最新的提交-同时使用A和B。但是，我的代码未在GitHub中合并，因为我的审阅者尚未对其进行审阅。

在这种情况下，我该如何处理？

解决方法

这就是我所说的“期待分支”。

使分支C脱离master。将A和B合并到C。工作。

git checkout -b C master
git merge A
git merge B
git tag C-start

当A和B合并为master时，请拉起master，然后仅将C中的工作重新部署到master上。

git checkout master
git pull
git checkout C
git rebase --onto master C-start C
git tag -d C-start

这会将您的提交从C-start重写为准备提交的master上的C。

我们使用C-start仅将实际工作基于C，而不是将A和B的合并的旧版本作为基础。这避免了在A和B的旧更改被重新基准化或以其他方式重写的情况下，意外地从A和B引入了旧更改。