实际上，可以从浏览器中上游的任何提交在fork中创建分支：

打开https://github.com/<repo>/commits/<hash>，其中repo是您的分叉，hash是提交的完整哈希，您可以在上游web界面中找到。例如，我可以打开https://github.com/max630/linux/commits/0aa0313f9d576affd7747cc3f179feb097d28990，这将linux master作为编写时间。单击“树：……”按钮。键入新分支的名称，然后按Enter键

然后，您可以将该分支提取到本地克隆，当您在提交的基础上进行编辑时，您不必将所有数据推回到GitHub。或者使用web界面更改该分支中的某些内容。

它是如何工作的（这是一个猜测，我不知道GitHub是如何做到的）：forks共享对象存储，并使用命名空间来分隔用户的引用。因此，您可以通过fork访问所有提交，即使在分叉时它们还不存在。

使用这些命令（在幸运的情况下）

git remote -v
git pull
git fetch upstream
git checkout master
git merge upstream/master --no-ff
git add .
git commit -m"Sync with upstream repository."
git push -v

在分叉存储库的本地克隆中，可以将原始GitHub存储库添加为“远程”。（“Remotes”就像是存储库URL的昵称，例如，origin就是其中之一。）然后，您可以从上游存储库中获取所有分支，并重新设置工作基础，继续使用上游版本。就命令而言，可能如下所示：

# Add the remote, call it "upstream":

git remote add upstream https://github.com/whoever/whatever.git

# Fetch all the branches of that remote into remote-tracking branches

git fetch upstream

# Make sure that you're on your master branch:

git checkout master

# Rewrite your master branch so that any commits of yours that
# aren't already in upstream/master are replayed on top of that
# other branch:

git rebase upstream/master

如果您不想重写主分支的历史记录（例如，因为其他人可能已经克隆了它），那么应该用gitmergeupstream/master替换最后一个命令。然而，为了做出尽可能干净的进一步拉取请求，可能最好重新设置基址。

如果您已经将分支重新基于upstream/master，则可能需要强制推送，以便将其推送到GitHub上自己的分叉存储库。你可以这样做：

git push -f origin master

您只需要在重新启动后第一次使用-f即可。

尝试此操作，单击“获取上游”以从上游主机同步分叉的回购。

如果像我一样，你从来没有直接向主人承诺过什么，你真的应该这样做，你可以做以下事情。

从fork的本地克隆创建上游远程。你只需要做一次：

git remote add upstream https://github.com/whoever/whatever.git

然后，每当您想赶上上游存储库主分支时，您需要：

git checkout master
git pull upstream master

假设你从未对师父做过任何事，你应该已经做了。现在，您可以将本地主机推送到源远程GitHub分叉。您还可以将开发分支重新基于当前最新的本地主机。

在初始的上游设置和主签出之后，您需要做的就是运行以下命令以将主设备与上游设备同步：git pull上游主设备。

作为对这个答案的补充，我正在寻找一种方法，从上游分支一次性更新我的克隆回购（原始）的所有远程分支。我就是这样做的。

这假设您已经配置了一个指向源存储库（源是从那里分叉的）的上游远程，并将其与git fetch upstream同步。

然后运行：

for branch in $(git ls-remote --heads upstream|sed 's#^.*refs/heads/##'); do git push origin refs/remotes/upstream/$branch:refs/heads/$branch; done

该命令的第一部分列出了上游远程回购中的所有头，并删除了后跟refs/heads/分支名称前缀的SHA-1。

然后，对于这些分支中的每一个，它将上游远程跟踪分支的本地副本（本地侧的refs/remotes/upstream/<branch>）直接推送到源上的远程分支（远程侧的refs/头/<branch>）。

这些分支同步命令中的任何一个都可能由于以下两个原因而失败：上游分支已被重写，或者您已将该分支上的提交推送到您的分叉。在第一种情况下，如果您没有向分叉上的分支提交任何内容，则可以安全地强制推送（在上面的命令中添加-f开关；即git push-f）。在另一种情况下，这是正常的，因为您的fork分支已经分叉，在提交被合并回上游之前，您不能期望sync命令工作。