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

这假设您已经配置了一个指向源存储库（源是从那里分叉的）的上游远程，并将其与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命令工作。

从2014年5月开始，可以直接从GitHub更新fork。截至2017年9月，这仍然有效，但这将导致肮脏的犯罪历史。

在GitHub上打开你的分叉。单击拉取请求。单击New Pull Request。默认情况下，GitHub会将原始文件与您的fork进行比较，如果您没有进行任何更改，则不应该有任何可比较的内容。如果看到该链接，请单击切换基础。否则，手动将底叉向下设置到叉上，将头叉设置到上游。现在GitHub将您的分叉与原始分叉进行比较，您应该可以看到所有最新的更改。创建拉取请求并为拉取请求分配一个可预测的名称（例如，从原始请求更新）。向下滚动到Merge pull请求，但不要单击任何内容。

现在您有三个选项，但每个选项都会导致提交历史记录不那么清晰。

默认值将创建难看的合并提交。如果您单击下拉菜单并选择“压缩并合并”，所有中间提交都将被压缩为一个。这通常是你不想要的。如果您单击Rebase并合并，所有提交都将“与”您一起进行，原始PR将链接到您的PR，GitHub将显示This branch is X commits before，Y commits behind＜original fork＞。

因此，是的，您可以使用GitHub web UI保持回购的上游更新，但这样做会玷污您的提交历史。而是坚持使用命令行-这很简单。

实际上，可以从浏览器中上游的任何提交在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访问所有提交，即使在分叉时它们还不存在。

rm -rf oldrepository
git clone ...

可能有更微妙的选项，但这是我唯一有信心的方法，我的本地存储库与上游存储库相同。

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

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

自2013年11月以来，GitHub发布了一个非官方的功能请求，要求他们添加一个非常简单直观的方法来保持本地分叉与上游同步：

https://github.com/isaacs/github/issues/121

注意：由于功能请求是非官方的，因此建议联系support@github.com添加对要实现的类似功能的支持。上述非官方功能请求可作为对正在实施的功能感兴趣的证据。