GitHub:重新打开合并的拉取请求 我做了一些改变 我提交了一个请求 已接受并合并拉取请求 我们发现了一只虫子 当我修好了程序错误时，这些变化又被删除了。

我现在已经修复了这个bug，并希望用一个额外的提交重新提交pull请求。有没有办法重新打开拉取请求或更新它，或者我必须创建一个新的拉取请求，再次键入描述等？Gitorious有这个功能，我们最近搬到了GitHub。

答案似乎是：你不能。

合并并关闭拉取请求后，它将被永久锁定，无法重新打开。如果您的拉取请求被合并、关闭，那么您的更改将被拉取（通过强制向后推到合并之前），您将需要向分支添加提交并创建新的拉取请求，复制所有详细信息，并可能提供指向原始拉取请求的链接以手动保存历史记录

---

对于未来的GitHub来说，这可能是一个不错的功能请求。

我刚刚通过成功地重新打开了一个pull请求

对pull请求的评论

单击评论表单上显示的“提交并重新打开”按钮

---

只需从已完成额外1次提交的现有分支派生一个新分支。从那里提交pull请求

您可以使用还原操作：

---

它将创建另一个拉取请求，撤消合并请购单中所做的所有更改。

您只需恢复已恢复的请购单，这应具有从原始请购单恢复的所有更改。

我通过以下方式重新打开了它：

恢复基本分支

重开评论

---

---

我还没有成功地复制这一点——你能解释一下看到这种行为所需的步骤吗？我试着对一个关闭的拉请求（不起作用）发表评论，对一个关闭的拉请求发表评论，然后推到它正在拉入的分支（不起作用）。还有什么可以试试的吗？拉请求是否需要合并，然后以某种方式取消合并？我不知道隐藏的需求有什么不同。可能是任何一个（已经提交了拉请求的新更改，我是项目所有者的成员，其他…）我现在已经尝试了你提到的一切，仍然看不到它。我是回购协议的所有者。在谷歌上搜索“提交并重新打开GitHub”只需点击一下这个页面。任何进一步的信息都会非常有用。您的拉取请求最初被拒绝了吗？我可以用未合并的拉取请求复制此请求-但这不是此线程的内容。是的，他指的是关闭的拉取，而不是合并的拉取。我不知道它是何时更改的，但您现在可以评论并重新打开关闭的PRs。@LB，似乎你不能重新打开已经关闭和合并的PRs。你实际上可以。假设您已还原初始合并，则可以创建主回购的分支，并在此新分支上仅还原还原合并的提交。@SsjCosty，但这不是重新打开已关闭和合并的PR。您始终可以打开新的请求，这是您的解决方案所需的。“可能是未来GitHub的一个不错的功能要求。”事实上，不，不会。如果PRs在创建后可以重新定义，那么人们在不同的时间查看PR，可能会出现偏差。只需创建另一个PR并“提及”“文本中的前一个。如果你想引用某种里程碑，它不是PRs，而是标签。我今天也遇到了类似的情况，即使用“合并请求”按钮，默认情况下将更改合并到目标分支并关闭PR。我后来在测试中发现了一个bug，我希望原开发人员修复。我想要一种重新打开此PR的方法，以便可以向同一PR添加更多提交，但无法，因为没有用于重新打开PR的按钮。这将导致一个新的拉取请求，其中没有原始的历史记录。这就是我最终所做的。是的，历史没有那么线性，但对我来说没有问题。这不是最好的做法：）@antonbormotov你能建议一个更好的方法吗？假设我们已经将pr与提交（mA和mB）合并到我们想要恢复的稳定分支。合并“恢复”pr后，历史记录看起来像提交树：X-Y-mA-mB-C-D-rA-rB-E-F。为什么要在历史记录中看到所有这些提交，应用更改（mA，mB），然后取消它们（rA，rB）？最好是从稳定分支中重新设置基础并删除那些“坏”提交mA和mB，并保持历史记录的干净。当然，如果合并是相对较新的，这是有意义的。不仅历史看起来很难看，而且当您准备好时，您也不能再简单地将恢复的提交合并回。我有一些类似的场景，但有一些细微的区别。我有一个公关，我需要审查，并应等待另一个公关合并。但我没有看到它，过早地合并了这个公关。我确实按照@WilliamWeckl的建议做了。但现在我想用最初创建的相同更改创建相同的PR。但是当我创建PR时，主分支没有显示任何差异，尽管当我看到单个文件时，它们是不同的。有什么想法吗？