Git变基困境：请求梳理混乱的特性分支

一、清理feature-1重复提交的最优方法 #

推荐使用交互式变基直接在原分支上清理冗余提交，无需弃用分支或合并未完成代码：

1. 定位干净的基准提交：
   找到feature-1上第一次出现重复提交之前的那个唯一提交（即分支图中feature-1上第一个a提交的父节点），记录其哈希值（假设为<clean-commit-hash>）。

2. 启动交互式变基：

   git checkout feature-1
   git rebase -i <clean-commit-hash>
   

3. 编辑提交列表：
   在弹出的文本编辑器中，找到所有重复的b、c、d、e提交行，将前缀从pick改为drop（或直接删除这些行），只保留feature-1独有的提交（包括第一次的a、最终的f以及你在该分支上的其他独有修改）。

4. 处理冲突（若有）：
   变基过程中若出现冲突，手动解决后执行：

   git add .
   git rebase --continue
   

   若需终止变基回退到原状态，执行：

   git rebase --abort
   

5. 安全强制推送：
   由于修改了分支历史，需强制推送到远程分支，优先使用--force-with-lease避免意外覆盖（即使是个人分支，这也是更安全的操作）：

   git push origin feature-1 --force-with-lease
   

这种方法的核心优势是保留原分支的连贯性，直接剔除冗余提交，操作成本低于重新分支或合并未完成代码。

二、个人已推送分支的变基最佳实践 #

即使分支仅个人使用，只要推送过远程，变基时需遵守以下规则：

• 确认分支无其他协作者：确保没有其他开发者拉取过该分支并基于它做修改，否则变基会导致对方本地分支与远程历史脱节，引发混乱。
• 用--force-with-lease替代--force：该参数会检查远程分支的当前状态是否与你本地推送前一致，若有他人修改则推送失败，避免意外覆盖。
• 变基前拉取目标分支最新代码：在对feature-1变基到develop前，先同步远程develop的最新版本：

  git checkout develop
  git pull origin develop
  git checkout feature-1
  git rebase develop
  

  这能大幅减少冲突概率，避免因本地develop过时引入重复提交。
• 变基后同步本地分支（若有必要）：如果之前在其他本地环境拉取过该分支，变基后需在这些环境执行重置：

  git fetch origin
  git reset --hard origin/feature-1
  

• 减少已推送分支的变基次数：除非是为了清理历史或对齐目标分支，否则优先用合并操作替代变基，降低历史修改带来的风险。

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