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

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

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

在分叉存储库的本地克隆中，可以将原始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即可。

假设你的叉子是https://github.com/me/foobar原始存储库是https://github.com/someone/foobar

参观https://github.com/me/foobar/compare/master...someone:master如果您看到绿色文本“能够合并”，请按Create pull request在下一页上，滚动到页面底部，然后单击合并请求和确认合并。

使用以下代码段生成链接以同步分叉存储库：

新Vue({el:“#app”，数据：{yourFork:'https://github.com/me/foobar',原始回购：'https://github.com/someone/foobar'},计算：{syncLink:函数（）{const yourFork=新URL（this.yourFork）.pathname.split（'/'）const originalRepo=新URL（this.originalRepo）.pathname.split（'/'）如果（yourFork[1]&&yourFork[2]&&originalRepo[1]）{返回`https://github.com/${yourFork[1]}/${yourFork[2]}/compare/master$｛originalRepo[1]｝：主`}return“数据不足”}}})<script src=“https://cdnjs.cloudflare.com/ajax/libs/vue/2.5.17/vue.js“></script><div id=“app”>您的分叉URL:<inputsize=50v-model=“yourFork”/><br/>原始存储库URL:<input v-model=“originalRepo”size=50/><br/>用于同步分叉的链接：<a:href=“syncLink”>{syncLink｝</a></div>

以下是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上的存储库，请按照此处的说明进行操作

保持分叉存储库始终保持永久更新有两个主要方面。

1.从fork master创建分支并在那里进行更改。

因此，当您的PullRequest被接受时，您可以安全地删除分支，因为当您使用上游更新它时，您贡献的代码将保存在分叉存储库的主库中。这样，您的主机将始终处于干净状态，以便创建新的分支以进行另一个更改。

2.为fork master创建一个计划作业，以便自动进行更新。

这可以用cron完成。下面是一个示例代码，如果您在linux中执行此操作。

$ crontab -e

将此代码放在crontab文件中，以每小时执行一次作业。

0 * * * * sh ~/cron.sh

然后创建cron.sh脚本文件，并与ssh代理和/或预期的git交互，如下所示

#!/bin/sh
WORKDIR=/path/to/your/dir   
REPOSITORY=<name of your repo>
MASTER="git@github.com:<username>/$REPOSITORY.git"   
UPSTREAM=git@github.com:<upstream>/<name of the repo>.git  

cd $WORKDIR && rm -rf $REPOSITORY
eval `ssh-agent` && expect ~/.ssh/agent && ssh-add -l
git clone $MASTER && cd $REPOSITORY && git checkout master
git remote add upstream $UPSTREAM && git fetch --prune upstream
if [ `git rev-list HEAD...upstream/master --count` -eq 0 ]
then
    echo "all the same, do nothing"
else
    echo "update exist, do rebase!"
    git reset --hard upstream/master
    git push origin master --force
fi
cd $WORKDIR && rm -rf $REPOSITORY
eval `ssh-agent -k`

检查分叉的存储库。它将不时显示此通知：

此分支与<upstream>：master相等。

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