我正在研究的项目有2个主要分支，开发和掌握。我已经为我的功能分支设置了拉取请求，但是错误地忘记选择开发作为基础，因此PR是master的默认设置（将改变它）。
PR实际上已合并为主人，因为被指派的人要么没有意识到，要么认为这是正确的。然后我的分支被删除，PR关闭了。
不久之后，我意识到它进入了错误的分支的错误。当我看到原始PR时，我注意到了一个恢复按钮。所以在经过一些阅读并与另一个人说话后，我们做了一个revert，它使一个新的提交和一个新的PR撤消了原始PR所做的所有提交。
然后合并了，一切都恢复正常。和错误合并之前一样。
我恢复了我的原始功能分支，并根据最初的预期制作了新的PR。然而出于好奇，我选择了大师来看看Github说的话。 Github说我无法比较或合并为master包含所有提交作为我的功能分支。
所以我的问题是。当时机成熟时，如果我想在下周左右直接合并，我将如何将我的更改变为主人？
或者，这是我对此更加困惑的事情，当我的功能按照预期进行开发时，将会发生什么？当合并发展为主时它将如何工作？
请记住，master具有功能分支的所有提交，紧跟在temp分支的单个提交之后，它反转了所有先前的合并更改。
答案 0 :(得分：0)
据我所知，你现在的情况如下：
feature-branch已合并到master。feature-branch已合并到develop。feature-branch合并的提交的提取请求已合并到master。要在feature-branch中重新获得master更改，请创建一个新分支并创建一个提交以恢复＃3中的还原提交。通过拉取请求将此新分支合并到master。
最终结果是，您有两个合并到master的拉取请求，但没有通过develop。我不知道这是否是一个交易破坏者，但它很简单。
请参阅此article。