如何拉取项目新版本，且不覆盖已提交Pull Request的代码？

针对你的疑问逐一解答 #

• 是否需要先拉取main再合并到个人分支？
  是的，必须让你的个人分支基于仓库最新的main分支，这样新的PR才能对应当前仓库的最新状态，避免再次出现PR失效的情况。

• 如何避免合并时覆盖我的修改？
  Git在合并或变基时只会标记冲突，不会直接覆盖你的代码。只要手动解决冲突，保留你的修改并兼容main分支的更新即可。推荐用变基（rebase）来保持提交历史更整洁，或者用常规合并（merge），两种方式都能安全保留你的改动。

• 当前本地无未提交内容，git stash是否有效？
  无效。git stash仅用于暂存本地未提交的改动，你已经完成所有提交，所以不需要使用这个命令。

• 使用git fetch是否可手动避免覆盖指定代码？
  git fetch只会拉取远程仓库的更新到本地的远程追踪分支（如origin/main），不会直接修改你的本地分支。通过fetch获取最新代码后，你可以手动选择合并或变基的方式整合，完全可控，能避免意外覆盖你的代码。

完整操作步骤（针对每个个人分支） #

假设你的远程仓库别名是origin，仓库主分支是main，你的个人分支分别为branch-1、branch-2...branch-5：

1. 更新本地main分支到最新状态

# 切换到本地main分支
git checkout main
# 拉取远程最新代码到本地远程追踪分支
git fetch origin
# 将本地main分支强制同步到远程最新版本（确认本地main无未提交改动后执行）
git reset --hard origin/main

2. 处理单个个人分支
   以branch-1为例，推荐用变基方式：

git checkout branch-1
# 将当前分支变基到最新的main分支
git rebase main

• 如果遇到冲突，Git会暂停变基并提示冲突文件。打开冲突文件，手动修改保留你的代码并兼容main的更新，然后执行：

git add <冲突文件名>
git rebase --continue

• 若需放弃变基，执行git rebase --abort即可回到变基前的状态。

如果更习惯用合并方式：

git checkout branch-1
git merge main
# 解决冲突后，执行：
git add <冲突文件名>
git commit

3. 推送更新后的个人分支到远程
   因为变基会改写提交历史，需要强制推送（仅针对你自己的个人分支，绝对不能强制推main分支）：

git push --force origin branch-1

如果是用合并方式，直接常规推送即可：

git push origin branch-1

4. 重复步骤2-3处理剩下的4个分支
   每个分支都需要单独基于最新的main分支进行变基或合并，确保所有PR都是针对仓库最新版本的。

5. 重新提交PR
   在代码托管平台上，针对最新的main分支，为每个更新后的个人分支重新创建Pull Request即可。

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