如何在Git中最优标识源文件的拆分操作？

Git本身没有显式的git copy命令，也不存储文件复制/拆分的标记，完全基于内容相似度做文件历史追溯和合并逻辑，你可以通过以下标准操作实现预期效果，最大化降低后续跨分支合并的冲突概率：

单文件拆分为两个文件的操作步骤 #

• 第一步：先提交纯复制的版本，不做任何内容修改
  直接用系统复制命令把源文件A原封不动复制为新文件B，执行git add B后提交，提交说明标注「复制A的完整内容到B，后续拆分逻辑」。这一步是核心：提交后B的内容和A完全一致，Git会识别到二者的同源性，后续合并时会基于同源关系处理两个文件的变更。
• 第二步：拆分A文件内容
  删掉A中需要抽离到B的逻辑，保留A的原有核心逻辑，补充A对B的调用代码，完成后单独提交。
• 第三步：拆分B文件内容
  删掉B中需要保留在A的逻辑，只保留抽离出来的独立模块代码，完成后单独提交。

注意事项 #

• 不要把「复制文件」和「修改内容」放在同一个提交里，否则Git无法识别B和A的同源性，达不到降低合并冲突的效果。
• 如果需要把A拆分为N个新文件，操作逻辑完全一致：先一次性把A复制为所有需要的新文件，统一提交一次纯复制版本，再逐个修改每个文件（包括原文件A），分别提交各自的内容裁剪结果即可。
• 后续查看新文件的完整历史时，可以加--follow参数，比如git log --follow B，就能追溯到B在被复制前属于A的修改记录。
• 其他分支对A的修改只要没有覆盖你抽离的代码块，合并时基本不会产生冲突；即使刚好修改了你抽离的部分，Git也会给出明确的冲突提示，不会出现乱合并的情况。

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