Git如何拆分单文件为两个 避免大增量并保留完整提交历史

这个需求完全可以实现，不需要接受仅保留一半历史的折中方案，最终版本差异可以做到仅在原文件保留两行导入语句，所有原有代码的提交历史都可以完整追溯。

具体操作步骤如下：

• 第一步：提交完整文件副本，建立Git内容关联
  假设你存放两个类的原文件名为combined.py，计划拆分为class_one.py、class_two.py两个独立文件。先将combined.py的内容完整复制为两份，分别命名为上述两个目标文件名，这一步不要修改任何文件的内容，也不要删除原文件，直接执行git add .后提交。Git会基于100%的内容相似度，自动将两个新文件识别为原文件的完整副本，建立历史关联。
• 第二步：提交内容裁剪修改，保留单类内容
  在上一次提交的基础上分别编辑两个新文件：在class_one.py中删除第二个类的全部代码，仅保留第一个类的相关实现；在class_two.py中删除第一个类的全部代码，仅保留第二个类的相关实现。这一步依然不要修改原文件combined.py，完成后提交修改。由于每个新文件保留了原文件近50%的内容，远高于Git默认50%的重命名/复制检测阈值，Git不会将这部分内容判定为全新增代码，历史关联不会断裂。
• 第三步：修改原文件为导入逻辑，完成最小增量提交
  编辑原文件combined.py，删除其中两个类的全部实现代码，仅保留两行导入语句，保证所有原有引用combined.py的代码无需修改即可正常运行，示例代码如下：

  from .class_one import ClassOne
  from .class_two import ClassTwo
  

  提交这次修改后，版本前后的有效代码改动就只有这两行导入，不会出现大段新增/删除的增量差异。

你之前使用的git mv剪切方案仅能保留一半文件历史，核心原因是该操作直接将原文件重命名为其中一个目标文件，另一个目标文件的内容会被判定为从原文件删除后新增，自然会产生大增量、丢失一半历史记录。上述分步提交的方案先建立新文件和原文件的完整关联，再逐步裁剪内容，两个新文件都会被Git识别为从原文件派生，历史可以完整追溯。

如果查看提交记录时没有自动识别出文件的复制关联，可以在执行git log、git diff命令时追加-C参数开启副本检测，或追加--find-copies-harder参数执行更严格的相似度检测，即可看到完整的代码历史链路。

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