git提交并推送到分支，但不推送到请求

我正在为一个应用程序开发幻灯片放映功能，我创建了一个名为

slideshow

的

master

分支。我知道我必须向

master

提交拉取请求，指示它从

slideshow

拉取。在拉取请求中，关于

幻灯片放映的某些方面的对话延迟了拉取到
主控
，但我仍然需要处理
幻灯片放映的其他方面，最终将是一个单独的拉取请求。因此：


我希望能够提交并推送到
slideshow
，而不会将其包含在我提交的拉取请求中
但是，如果代码审阅者需要改进，我还希望能够返回并改进
幻灯片放映的pull请求


有没有一种方法可以在不推拉请求的情况下推拉请求中的分支？或者，这个场景的答案是只在幻灯片中创建另一个分支？
拉请求总是包含来自要合并的分支的所有提交，因此，没有拉请求，就无法推送到请求的拉分支。最好的解决方案可能是创建一个新的幻灯片分支。我建议专门为拉取请求创建一个分支，例如
slideshow-pr1
（来自
slideshow
的未来中间拉取请求可以使用分支
slideshow-pr2
&c.，然后再最终合并
slideshow
）；继续使用
幻灯片放映
中的幻灯片放映，并从原始功能分支提交cherry pick或直接提交到pull request分支以改进pull request，在拉取请求被合并到
master
之后，将其合并回功能分支。我喜欢创建特定于PR的分支的想法，这样您就可以轻松地从进度中选择提交。您还可以知道，在预期合并之后关闭分支是安全的，并且知道您没有删除任何WIP。这还可以保持树的整洁，并且幻灯片功能的主要开发保留在一个分支中。它的思想与git flow的发布分支思想类似，只是它不是开发版本->主版本，而是特性PR->主版本。