如果您使用GitHub Desktop，只需6步（实际上只有5步）即可轻松完成。

打开Github Desktop并选择存储库后，

转到“历史记录”选项卡单击搜索栏。它将显示所有可用的分支（包括父存储库的上游分支）选择相应的上游分支（它将是上游/主分支到同步主分支分支）（可选）它将显示上游分支中的所有提交。您可以单击任何提交都可以看到更改。根据您的活动分支，单击主/分支名称中的合并。等待GitHub Desktop发挥作用。

查看下面的GIF作为示例：

前言：您的分叉是“源”，您分叉的存储库是“上游”。

假设您已经使用如下命令将分叉克隆到计算机：

git clone git@github.com:your_name/project_name.git
cd project_name

如果已给出，则需要按以下顺序继续：

将“上游”添加到克隆的存储库（“源”）：git远程添加上游git@github.com：original_author/project_name.git从“上游”获取提交（和分支）：git获取上游切换到分叉的“master”分支（“origin”）：切换到主分支停止“主”分支的更改：暂存将“上游”的“主”分支中的更改合并到“源”的“母”分支中：git合并上游/主解决合并冲突（如果有）并提交合并gitcommit-am“从上游合并”将更改推到叉上数字推送找回你藏起来的零钱（如果有的话）吉特藏弹你完了！祝贺

GitHub还提供了有关此主题的说明：同步分叉

Android Studio现在已经学会了使用GitHub fork存储库（您甚至不必通过控制台命令添加“上游”远程存储库）。

打开菜单VCS→ Git公司

并注意最后两个弹出菜单项：

重新使用我的GitHub分叉创建拉取请求

试试看。我使用第一个来同步本地存储库。无论如何，在您单击“Rebase my GitHub fork”后，可以在Android Studio中访问父远程存储库（“上游”）的分支，您将能够轻松地使用它们进行操作。

（我使用带有“Git集成”和“GitHub”插件的Android Studio 3.0。）

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

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

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

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

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

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

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

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

以下是GitHub关于同步分叉的官方文档：

同步分叉设置在同步之前，需要添加指向上游存储库的远程。您可能在最初分叉时就这样做了。提示：同步fork只更新存储库的本地副本；它不会更新GitHub上的存储库。$git远程-v#列出当前遥控器起源https://github.com/user/repo.git（提取）起源https://github.com/user/repo.git（推）$git远程添加上游https://github.com/otheruser/repo.git#设置新遥控器$git远程-v#验证新远程起源https://github.com/user/repo.git（提取）起源https://github.com/user/repo.git（推）上游https://github.com/otheruser/repo.git（提取）上游https://github.com/otheruser/repo.git（推）正在同步将存储库与上游同步需要两个步骤：首先必须从远程获取，然后必须将所需的分支合并到本地分支。正在获取从远程存储库获取将带来其分支及其各自的提交。这些存储在本地存储库中的特殊分支下。$git获取上游#抓住上游遥控器的分支远程：计数对象：75，完成。远程：压缩对象：100%（53/53），完成。远程：总共62个（增量27），重复使用44个（增量9）拆包对象：100%（62/62），完成。从…起https://github.com/otheruser/repo*[新分支]主->上游/主现在，上游的主分支存储在本地分支上游/主分支中$git分支-va#列出所有本地和远程跟踪分支*master a422352我的本地提交remotes/origin/HEAD->origin/masterremotes/origin/master a422352我的本地提交remotes/upstream/master 5fdff0f一些上游提交合并现在我们已经获取了上游存储库，我们希望将其更改合并到本地分支中。这将使该分支与上游同步，而不会丢失本地更改。$git结帐主机#查看我们当地的主分支机构切换到分支“主”$git合并上游/主#将上游的主机合并到我们自己的主机中正在更新a422352..5fdff0f快进自述文件|9-------阅读.md | 7++++++2个文件已更改，7个插入（+），9个删除（-）删除模式100644 README创建模式100644 README.md如果您的本地分支没有任何唯一的提交，git将执行“快进”：$git合并上游/主正在更新34e91da。。16c56天快进阅读.md | 5+++--1个文件已更改，3个插入（+），2个删除（-）提示：如果您想更新GitHub上的存储库，请按照此处的说明进行操作

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