git - 如何执行 GitHub pull 请求

Question

如何创建 pull 请求和/或将 pull 请求发送到托管在 GitHub 上的另一个存储库？

Answer 1

(除官方“GitHub Help 'Using pull requests' page”外，
另见“Forking vs. Branching in GitHub”、“What is the difference between origin and upstream in GitHub”)

关于 pull 请求的几个提示:

假设你有第一个 forked a repo ，这是你应该在你拥有的那个分支中做的事情:

• 创建分支:将您的修改隔离在一个分支中。不要从 master 创建 pull 请求，您可能会想一次积累和混合多个修改。
• rebase that branch:即使你已经从那个分支做了一个 pull request，把它 rebase 到 origin/master 之上(确保您的补丁仍然有效)将自动更新 pull 请求(无需单击任何内容)
• 更新该分支:如果您的 pull 请求被拒绝，您只需添加新的提交，和/或完全重做您的历史记录:它将再次激活您现有的 pull 请求。
• “关注”那个分支:即让它的主题“紧”，不修改成千上万的类和所有应用程序，只添加或修复一个定义明确的功能，保持较小的变化。
• 删除该分支:一旦被接受，您就可以安全地删除 fork 上的该分支(和 git remote prune origin )。 GitHub GUI 将建议您删除 pull 请求页面中的分支。

注意:要编写 Pull-Request 本身，请参阅“How to write the perfect pull request”(2015 年 1 月，GitHub)

---

2016 年 3 月:新的 PR merge 按钮选项:请参阅“Github squash commits from web interface on pull request after review comments?”。

repo 的维护者可以选择 merge --squash那些 PR promise 。

---

pull 请求之后

关于最后一点，自2013年4月10日，“ Redesigned merge button ”，分支为您删除:

Deleting branches after you merge has also been simplified.
Instead of confirming the delete with an extra step, we immediately remove the branch when you delete it and provide a convenient link to restore the branch in the event you need it again.

这证实了在 merge pull 请求后删除分支的最佳实践。

---

pull 请求与请求 pull

• pull 请求不是官方的“git”术语。
  Git 使用 request-pull (!) command 构建 merge 请求:
  它“总结了两次提交到标准输出之间的变化，并在生成的摘要中包含给定的 URL。”
  Github 推出自己的版本 on day one (February 2008) , 但是 redesigned that feature in May 2010 ，说明:

    Pull Request = Compare View + Issues + Commit comments
  

---

“存储库”(原文如此)的电子笔记

<humour>

GitHub 甚至没有正确定义( pull 请求)!

幸运的是，一个真正的商业新闻机构会知道，并且有一个 e-note in order to replace pull-replace by 'e-note' :

因此，如果您的存储库o需要电子笔记... ask Fox Business 。他们知情。

</humour>