GitHub现在引入了一个功能，可以通过单击按钮同步分叉。

转到您的分叉，单击“上游获取”，然后单击“获取并合并”以直接将分叉与其父回购同步。

您也可以单击“比较”按钮在合并之前比较更改。

参考：GitHub的文档

$ git remote add upstream https://github.com/....

$ git pull upstream main

$ git push

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

GitHub现在引入了一个功能，可以通过单击按钮同步分叉。

转到您的分叉，单击“上游获取”，然后单击“获取并合并”以直接将分叉与其父回购同步。

您也可以单击“比较”按钮在合并之前比较更改。

参考：GitHub的文档

我想补充一下@krlmlr的答案。

最初，分叉存储库有一个名为master的分支。如果正在处理新功能或修复，通常会创建新的分支功能并进行更改。

如果您希望分叉存储库与父存储库同步，可以为pull应用程序（在功能分支中）设置一个配置文件（pull.yml），如下所示：

version: "1"
rules:
  - base: feature
    upstream: master
    mergeMethod: merge
  - base: master
    upstream: parent_repo:master
    mergeMethod: hardreset

这将使分叉回购的主分支与父回购保持最新。它通过合并分叉回购的主分支来保持分叉回购的特征分支的更新。这假设功能分支是包含配置文件的默认分支。

这里有两种合并方法，一种是硬重置，这有助于将分叉回购的主分支中的更改与父回购同步，另一种方法是合并。此方法用于合并在要素分支中所做的更改和在主分支中由于强制同步而做的更改。如果发生合并冲突，拉取应用程序将允许您在拉取请求期间选择下一个操作过程。

您可以在这里阅读基本和高级配置以及各种合并方法。

我目前正在这里的分叉回购中使用此配置，以确保此处请求的增强保持更新。

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

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

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