我已经根据 this description 检查了 GitHub PR 的本地分支。它建议
git fetch origin pull/ID/head:BRANCHNAME
在该本地分支上，我已经应用了一些修复并希望
- 将所有提交 merge 到 master(包括原始 PR 和我本地的)
- 关闭原始 PR，以便可见它已得到处理(并受到赞赏)
应采取哪些适当的步骤？
我正在考虑将本地分支推送到新的远程分支，创建一个新的 PR，并将其与“closes #original PR”消息 merge 。这行得通吗？会产生什么不良影响？我可以使用 merge 消息关闭原始 PR，还是必须是提交？
最佳答案
我想说，如果您对此 PR 的更改更像是化妆品\小修复，那么您应该:
- checkout PR 的源分支(克隆 PR 作者创建的fork)
git clone https://github.com/USERNAME/REPO && cd REPO && git checkout BRANCHNAME - 进行更改
- 直接将其推送到 fork 存储库
- 更改将出现在原始 PR 中
- merge 原始公关
因此，您可能不需要为此创建新的 PR，只需修改现有的 PR 即可。
请参阅 Github 页面以供引用 https://help.github.com/articles/committing-changes-to-a-pull-request-branch-created-from-a-fork/ 。尽管为了能够提交到 fork 分支，您需要 PR 创建者放置复选框“允许维护者编辑”。
但在其他情况下(即，如果原始 PR 有点困惑或等待了很长时间并且需要立即重新调整基础；或者作者没有添加“允许维护者编辑”)，您建议的方法非常好同样，创建新的 PR 并将其 merge 而不是原来的 PR 也没有什么问题。在这种情况下，我建议您简单地对原始 PR 进行评论，例如“转移到新的 PR #123，关闭此 PR”，这样就很清楚您在做什么。
关于git - 修改 PR 并关闭原件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/53691352/