从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访问所有提交，即使在分叉时它们还不存在。

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

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

这取决于存储库的大小以及如何分叉。

如果它是一个很大的存储库，您可能希望以一种特殊的方式管理它（例如删除历史记录）。基本上，您可以获取当前版本和上游版本之间的差异，提交它们，然后将它们重新提交给master。

试试看这个。它描述了如何处理大型Git存储库，以及如何使用最新的更改对其进行上游处理。

许多答案最终会将fork移到父存储库之前一次提交。这个答案总结了这里找到的步骤，这些步骤会将您的fork移动到与父级相同的提交。

将目录更改为本地存储库。如果您不是git结账主管，请切换到master分支将父级添加为远程存储库，git remote Add upstream＜repo location＞向上游发出git fetch发布git上游/主数据库在这个阶段，您可以通过键入gitstatus来检查提交将要合并的内容发布git推送源主机

有关这些命令的更多信息，请参阅步骤3。

从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保持回购的上游更新，但这样做会玷污您的提交历史。而是坚持使用命令行-这很简单。