发送GitHub pull请求后如何继续

我最近在GitHub上做了一个项目来应用一个补丁，我在一个基于upstream/master的补丁分支上做了这个补丁。然后，我发送了一个拉取请求，该请求将完全合并。由于最初的回购协议从那时起一直没有真正移动，因此，该请求已经搁置了一段时间

现在，我想使用特性分支在我的fork上实现额外的特性，但我当然希望它们基于我的固定版本，而不必等待pull请求进入上游，据我所知，这可能永远不会发生。此外，我希望维护一个公共分支，集成我的所有修复和更改

---

人们通常如何处理这种情况？例如，我可以将不同的补丁和功能分支合并到我的fork的public master中进行集成，但我希望这样会给我带来麻烦，以防上游确实前进了，我想拉它的更新..？

不要放弃希望。我有超过6个月的撤回请求，而整个回购协议似乎都死了。然后，我的公关突然被合并，没有进一步的评论。对于一些维护人员来说，事情可能需要时间；您可以基于PR的初步合并创建自己的master2分支，并将其设置为fork中的默认分支。继续努力，如果另一个回购协议合并了你的公关，你可以尝试重新调整你的功能。