先帮你理清楚当前的处境：你fork了上游仓库后，在自己的develop分支做了两周前的修改（未推送），之后上游的develop有了新提交，你又在同一个分支上叠加了新功能的提交——现在本地develop同时包含旧修改和新功能。你的需求是先把上游最新的develop同步过来，只保留新功能提交并推送，之后再把旧修改加回来。下面是具体的命令和原理：

第一步：同步上游代码，仅保留最新的新功能提交 #

1. 确保已关联上游仓库并拉取最新代码 #

先确认本地是否已经添加了上游仓库的远程地址：

git remote -v

如果输出里没有upstream，先添加：

git remote add upstream <上游仓库的Git地址>

然后拉取上游所有分支的最新代码：

git fetch upstream

（fetch只会拉取代码到本地远程分支，不会修改你当前的工作分支，很安全）

2. 备份你的新功能提交 #

因为接下来要重置分支，得先把最新的新功能提交存起来，避免丢失：

git branch temp-feature

这条命令会基于当前develop的最新提交（也就是你的新功能提交）创建一个临时分支temp-feature，相当于给这个提交做了个“备份”。

3. 把本地develop重置为上游最新状态 #

现在让你的develop完全跟上上游的脚步：

git reset --hard upstream/develop

reset --hard的作用是强制把当前分支的HEAD、工作区、暂存区都同步到指定的提交（这里是上游的develop分支），执行完后你的develop就和上游最新代码完全一致了，之前的旧修改和新功能提交会从develop分支的提交历史中消失，但别担心——我们已经用temp-feature备份了新功能提交，旧提交也还在Git的本地数据库里。

4. 把新功能提交应用到同步后的develop #

用cherry-pick把临时分支上的新功能提交单独拿过来：

git cherry-pick temp-feature

cherry-pick的作用是将指定提交的所有变更，单独应用到当前分支。这样你的develop就变成了「上游最新代码 + 你的新功能提交」的状态。

5. 推送到你的fork仓库 #

因为你之前的develop分支有未推送的本地提交，现在分支历史已经被修改，需要强制推送：

git push origin develop --force

⚠️ 注意：这个操作会覆盖你fork仓库里develop分支的远程历史，所以确保只有你自己在使用这个分支，避免影响其他人。

第二步：几天后恢复旧修改并推送 #

1. 找到旧修改的提交哈希 #

虽然之前的旧提交从develop分支历史中消失了，但Git的reflog会记录所有HEAD的变动历史，我们可以用它找回旧提交：

git reflog

输出里会有类似这样的条目：

abc123 HEAD@{5}: commit: 两周前的旧修改内容

这里的abc123就是你旧修改提交的哈希值，记下来。

（保险起见，你现在也可以直接给旧提交建个临时分支备份：git branch temp-old-change abc123，避免之后reflog清理了记录）

2. 把旧修改应用到当前develop #

切换到develop分支（如果已经在上面就跳过），然后cherry-pick旧提交：

git checkout develop
git cherry-pick abc123

如果旧修改和当前代码有冲突，Git会提示你解决冲突，解决后执行git cherry-pick --continue即可。

3. 推送到远程 #

这次因为只是在现有分支上添加新的提交，直接正常推送就行：

git push origin develop

为什么你的之前尝试遇到问题？ #

• git reset --hard提示HEAD分离：那是因为你当时处于分离HEAD状态（比如checkout了某个具体提交，而不是分支），而我们上面的操作都是在develop分支上执行的，所以不会出现这个问题。
• git rebase -i upstream/develop：交互式变基会把你本地develop所有领先于上游的提交都拿出来重新应用，而你只想要最后一次提交，所以cherry-pick更精准。

内容的提问来源于stack exchange，提问作者Jags