假设你的叉子是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>

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

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

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还提供了有关此主题的说明：同步分叉

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

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

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

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

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

查看下面的GIF作为示例：

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

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

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

有三种方法可以做到这一点：从web UI（选项1）、从GitHub CLI（选项2）或从命令行（选项3）。

---

选项1-Web UI

在GitHub上，导航到要与上游存储库同步的分叉存储库的主页面。选择“获取上游”下拉列表。

查看上游存储库中有关提交的详细信息，然后单击“获取并合并”。

---

选项2-GitHub CLI

要从父级更新远程分叉，请使用gh repo sync子命令并提供分叉名称作为参数。

$ gh repo sync owner/cli-fork

如果来自上游存储库的更改导致冲突，则GitHub CLI无法同步。您可以设置-force标志来覆盖目标分支。

如何安装GitHub CLIGitHub CLI手册

---

选项3-命令行

在将分叉与上游存储库同步之前，必须在Git中配置指向上游存储库的远程。

1打开Git Bash。

2将当前工作目录更改为本地项目。

3从上游存储库获取分支及其各自的提交。对BRANCHNAME的提交将存储在本地分支上游/BRANCHNAME中。

$ git fetch upstream
> remote: Counting objects: 75, done.
> remote: Compressing objects: 100% (53/53), done.
> remote: Total 62 (delta 27), reused 44 (delta 9)
> Unpacking objects: 100% (62/62), done.
> From https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY
>  * [new branch]      main     -> upstream/main

4查看fork的本地默认分支-在本例中，我们使用main。

$ git checkout main
> Switched to branch 'main'

5将来自上游默认分支（在本例中为upstream/main）的更改合并到本地默认分支中。这将使fork的默认分支与上游存储库同步，而不会丢失本地更改。

$ git merge upstream/main
> Updating a422352..5fdff0f
> Fast-forward
>  README                    |    9 -------
>  README.md                 |    7 ++++++
>  2 files changed, 7 insertions(+), 9 deletions(-)
>  delete mode 100644 README
>  create mode 100644 README.md

如果一个人的本地分支没有任何唯一的提交，Git将执行“快进”：

$ git merge upstream/main
> Updating 34e91da..16c56ad
> Fast-forward
>  README.md                 |    5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)

---

注意：同步一个人的分叉只会更新回购的本地副本。要更新GitHub.com上的分叉，必须推送更改。

---

来源：GitHub Docs-同步分叉