Git中能否无问题更新旧分支？删除重建是否更简洁？

一、直接删除分支重建的可行性 #

完全可以这么操作，这确实是避开合并冲突的简洁方式，但要满足几个前提：

• 该分支对应的PR已经处理完成（合并或关闭），没有未同步的关键提交
• 分支上的所有本地修改都已推送到远程，或者已经通过git cherry-pick等方式备份了提交
• 提前和团队沟通确认，不会有其他成员继续使用这个旧分支

执行删除操作的命令：

# 删除本地分支
git branch -D BRANCH
# 删除远程分支
git push origin --delete BRANCH

之后就可以重新走你最初的分支创建流程，从最新的上游分支拉取代码新建分支。

二、更优的替代方案 #

如果不想删除旧分支，推荐用**变基（rebase）**来更新分支，既能同步上游代码，又能保持提交历史干净：

1. 切换到目标分支：

   git checkout BRANCH
   

2. 拉取上游分支（比如origin/candidate）的最新代码：

   git fetch origin candidate
   

3. 执行变基操作，把你的分支提交放到上游最新代码的后面：

   git rebase origin/candidate
   

   • 过程中如果遇到冲突，只需要解决当前文件的冲突，然后执行git add .，再运行git rebase --continue，直到变基完成
   • 变基后如果远程分支已有旧的提交记录，需要强制推送更新：git push -f origin BRANCH（注意：强制推送前一定要确认团队内没人在这个分支上工作）

三、无需解决合并问题更新旧分支的方法 #

严格来说没有完全不用处理冲突的方法，但可以通过以下方式降低冲突概率或简化操作：

• 使用git rebase --onto移植提交：如果你的分支是从很久之前的上游版本拉取的，可以直接把分支上的提交移植到最新的上游分支上：

  git fetch origin candidate
  git checkout BRANCH
  # 通过git log --oneline找到你分支创建时的父提交HASH
  git rebase --onto origin/candidate <父提交HASH> BRANCH
  

• 新建分支+拣选提交：不删除旧分支，直接从最新的上游分支创建新分支，然后把旧分支的提交逐个拣选过来：

  git checkout candidate
  git pull
  git checkout -b NEW_BRANCH
  # 替换为旧分支的提交HASH，可多个
  git cherry-pick <COMMIT_HASH_1> <COMMIT_HASH_2>
  git push -u origin NEW_BRANCH
  

  这种方式能保留旧分支的历史，且如果提交之间依赖少，冲突概率会更低

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