git - 在 GitHub 中正确执行拉取请求

Question

我已经阅读了精美的手册，并在这里阅读了很多问题，但我仍然不确定如何正确处理通过拉取请求提交补丁。

我正在使用适用于 Windows 的 GitHub（但如果需要，我可以使用命令行）。

这就是我正在做的事情，以及我感到困惑的地方：

将原始 GitHub 项目分叉以创建我自己的项目。
进行了更改A，我希望原始项目包括在内。
发送了A的拉取请求，他们接受了，所以它现在是原始项目的一部分。
进行了更改B，这对他们没有用，所以我不希望他们将其包含在他们的版本中。
进行了更改C，我确实希望他们使用。
更多的提交，其中一些对他们有价值，而另一些则没有。

分叉/分支/拉请求/合并的正确顺序是什么：

确保我有一个包含所有更改的版本。
确保我可以与上游项目共享某些更改。
一旦我在我的 master 分支中进行了更改B，任何新的分支都会包含它，那么我如何只发送C的相关更改？或者我是否需要根据上游副本中仍然存在的内容以某种方式创建一个新分支？

我主要只是想确保我不会导致上游开发人员额外的工作不得不返回并挑选某些更改。我越容易让他们修复错误越好，那么每个人都很高兴！

score 1 · Accepted Answer

分叉项目的通常工作流程是基于上游分支（通常是）创建自己的分支（或多个分支upstream/master），并在其中完成所有工作。每个分支通常封装一个特性。你会发送你想要贡献的功能的拉取请求。

因此，对于您的示例：

进行了更改A，我希望原始项目包括在内。

您通常希望为更改A创建一个功能或错误修复分支，并将其作为拉取请求提交到 GitHub，如下所示：

# Make a branch based off of upstream/master
git checkout -b branch-A upstream/master

# Make some changes, then commit them
git add .
git commit

# Push the branch to your fork, then go to GitHub and submit the pull-request
git push origin head

进行了更改B，这对他们没有用，所以我不希望他们将其包含在他们的版本中。

如果您不希望项目所有者进行此更改，请将其隔离到自己的分支中，并且不要为它发出拉取请求。请注意，如果您愿意，您仍然可以将分支备份到您自己的远程分支：

# Make a branch based off of upstream/master
git checkout -b branch-B upstream/master

# Make some changes, then commit them
git add .
git commit

# Push the branch to your fork
git push origin head

进行了更改C，我确实希望他们使用。

为C创建另一个分支，就像为A所做的那样：

# Make a branch based off of upstream/master
git checkout -b branch-C upstream/master

# Make some changes, then commit them
git add .
git commit

# Push the branch to your fork, then go to GitHub and submit the pull-request
git push origin head