寻求解决Fork合并冲突方案：同步时丢弃未被接受的超前提交

针对你开发的PR工具遇到的场景——当Fork仓库存在未被上游接受的超前提交，同时上游有新变更导致同步冲突时，最直接的解决方案是强制将Fork仓库重置为上游仓库的最新状态，彻底丢弃所有未被合并的超前提交，以此避免合并冲突并保证Fork与上游完全同步。

核心思路 #

放弃Fork中所有未被上游接受的提交记录，直接让Fork的目标分支（如main）完全对齐上游对应分支的最新版本，而非尝试合并两者的变更，从根源上消除冲突可能。

具体实现方案 #

方式一：通过GitHub API自动化操作（适合工具集成） #

1. 调用GitHub API获取上游仓库A目标分支（如main）的最新Commit SHA：

   # 示例：获取上游仓库owner/repo的main分支最新SHA
   curl -H "Authorization: token YOUR_TOKEN" \
     https://api.github.com/repos/owner/repo/branches/main
   # 从返回结果中提取`commit.sha`字段
   

2. 调用API强制更新Fork仓库B的目标分支，将其指向上游的最新SHA：

   # 示例：将Fork仓库your-username/your-fork的main分支强制重置为上游SHA
   curl -X PUT -H "Authorization: token YOUR_TOKEN" \
     https://api.github.com/repos/your-username/your-fork/git/refs/heads/main \
     -d '{"sha": "UPSTREAM_LATEST_SHA", "force": true}'
   

方式二：本地Git操作（适合涉及本地克隆的工具流程） #

如果工具包含本地克隆仓库的环节，可通过以下命令完成同步：

1. 确保已添加上游仓库远程（首次操作执行）：

   git remote add upstream https://github.com/owner/repo.git
   

2. 拉取上游仓库的最新代码：

   git fetch upstream
   

3. 切换到目标分支并强制重置到上游最新状态：

   git checkout main
   git reset --hard upstream/main
   

4. 强制推送到Fork仓库（覆盖原有超前提交）：

   git push origin main --force
   

修改后的工具流程 #

将原流程中的第2步替换为上述同步策略，完整流程如下：

• 验证远程仓库A的Fork仓库B是否存在。
• 若存在，执行强制重置操作，将Fork仓库B的目标分支对齐上游仓库A的最新状态（丢弃所有超前提交）。
• 将Fork的最新状态拉取至本地克隆仓库。
• 修改目标文件，提交并推送至Fork仓库B。
• 向上游仓库A创建PR。

这种策略操作简单、冲突为零，完全满足你“只保证Fork拥有上游最新状态以创建新PR”的需求。

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