根据上游而不是基于我的上游分叉创建git分支

Question

我有一个fork，我从GitHub的上游仓库定期更新它。 我在项目中使用了它，因此自然会将我创建的所有分支都合并到其中，以便可以利用所需的修复程序。

但是，原始回购并不一定会立即接受我的请求。 因此，当我要发出新的请求而不包括未完成的PR时，如何才能再次派生原始存储库而不是基于我的派生来基于它进行更改，以便我可以提交新的，不相关的PR？

目前，我一直在做一个分支，然后将其重新部署到最旧的未完成PR之前，然后选择未完成PR之外的所有内容。 从小规模上来看这很好，但是现在已经有几周了，并且有数百个提交，所以现在还存在一些出色的PR，这是很痛苦的，只是向上游提交一个小的更改。

IOW我希望基于当前上游的分支，而不是基于当前分支的分支，该分支位于上游。 我如何在GitHub上轻松获得它？

Answer 1

我想我现在很难看。 我已经考虑过@RuslanOsmanov的答案，但无法从当前的情况看如何达到目标。 我想我应该从一开始就做不同的事情，在这种情况下，总会有...变基！ 因此，我最后一次进行了基础调整，这一次是在分支上进行的，之后，将合并的PR保留在自己的分支中，然后将分支从上游拉出。

对于我来说，这有点不直观，只是考虑“真正的”分支将如何影响上游。但是，如果这是唯一的方法，那就这样吧。

但是，尝试以这种方式重新设置基准给了我一个晦涩的错误Unrecoverable error: Merge commit parent missing TortoiseGit中Unrecoverable error: Merge commit parent missing 。 在这种情况下，解决方案是跳过有问题的提交，无论如何，这仅仅是“追赶”合并。 奇怪的是，其他一些追赶合并并未引起问题。

实际上，将HEAD重置为旧版本比重新设置基础要容易得多，然后进行反向PR赶上来。 从那里，我已经准备好了没有上游的分叉。