rm -rf oldrepository
git clone ...

可能有更微妙的选项，但这是我唯一有信心的方法，我的本地存储库与上游存储库相同。

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

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相等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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