通过合并提交至指定检查点精简Git仓库提交历史

完全可以实现你的需求，以下是两种可行方案，以及需要注意的陷阱：

方案一：直接基于检查点状态构建新历史（最简便，无冲突风险） #

这个方法绕开所有复杂的历史操作，直接用每个检查点的最终文件状态创建新的线性历史，完全匹配你的需求：

1. 标记检查点：先给所有目标检查点打标签（方便后续引用，也可以直接用SHA值）：

   git tag checkpoint1 <#1对应的SHA值>
   git tag checkpoint2 <#2对应的SHA值>
   git tag checkpoint3 <#3对应的SHA值>
   git tag checkpoint4 <#4对应的SHA值>
   

   找不到SHA的话，用git log --oneline --graph查看历史，定位到目标检查点的提交哈希。

2. 创建无历史的孤儿分支：

   git checkout --orphan clean-master
   

   这个分支没有任何提交历史，是完全干净的起点。

3. 依次导入检查点状态：
   按顺序把每个检查点的文件状态导入到新分支，并创建提交：

   # 导入#1的状态并提交
   git checkout checkpoint1 .
   git add .
   git commit -m "Checkpoint #1"
   
   # 导入#2的状态并提交
   git checkout checkpoint2 .
   git add .
   git commit -m "Checkpoint #2"
   
   # 重复处理#3、#4
   git checkout checkpoint3 .
   git add .
   git commit -m "Checkpoint #3"
   
   git checkout checkpoint4 .
   git add .
   git commit -m "Checkpoint #4"
   

4. 替换原核心分支：
   把原master分支指向新的精简历史：

   git checkout master
   git reset --hard clean-master
   

   之后可以删除临时分支和标签（如果不需要的话）：

   git branch -D clean-master
   git tag -d checkpoint1 checkpoint2 checkpoint3 checkpoint4
   

方案二：交互式Rebase（适合检查点在同一条主线上的场景） #

如果你的检查点原本就在master分支的主线上（不是合并进来的分支末端），可以用交互式Rebase来合并中间提交：

1. 启动交互式Rebase，从#1的父提交开始：

   git rebase -i <#1的SHA值>^ master
   

2. 在弹出的编辑界面中，将#1之后到#2之前的所有提交标记为squash（或s），#2之后到#3之前的提交也标记为squash，以此类推，只保留#1、#2、#3、#4的提交为pick（或p）。

3. 保存退出后，Git会自动合并中间提交，最终生成一条只包含检查点的线性历史。

⚠️ 注意：这个方法如果原历史有大量合并、分叉操作，很可能会出现频繁的冲突，处理成本远高于方案一。

需要警惕的陷阱 #

• 历史改写风险：这个操作会彻底替换仓库的提交历史，如果是公共仓库，绝对不能直接推送到远程。如果必须推送，需要用git push --force，并且所有协作者都需要重新同步本地仓库（丢弃原有历史，拉取新历史），这会带来极大的协作风险。
• 备份原仓库：操作前一定要复制整个仓库文件夹做备份，万一操作失误可以快速恢复。
• 检查点状态的准确性：确保你标记的检查点SHA对应的是你需要的最终状态，因为方案一直接导入的是该SHA对应的所有文件内容，不管它是通过合并、commit还是其他操作生成的。
• 忽略其他分支：操作完成后，原仓库的其他分支会依然存在，但它们的历史和新的master分支完全脱节，如果你不需要这些分支，可以直接删除：git branch -D <分支名>。

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