TFS迁Git后跨无关联仓库迁移代码全文件冲突解决咨询

• 全文件级冲突的核心触发逻辑：当Git执行合并/变基操作时，如果无法定位两个分支的真实共同祖先提交，会默认以空树作为合并的三方基准。此时Git会将两个分支的所有文件都判定为双方独立新增的内容，即便实际代码改动只有单行，只要文件存在元数据（行尾、权限位、编码）差异，就会触发全文件冲突。
• 此前所有方案失效的关键疏漏：
  • 交互式变基、cherry-pick操作本身未建立tfs-dev分支与develop分支的提交关联，本质还是无共同基准的跨分支操作，天然触发空树合并的冲突逻辑。
  • 执行git replace --graft操作时，仅修改了tfs1001的父提交指向c0000，未校验git-tfs导入的基线节点tfs1000与手动提交的c0000的Git树哈希完全一致。git-tfs默认导入的提交即便代码内容与c0000完全相同，也大概率存在行尾规范化差异、文件权限位差异、.gitattributes规则不统一的问题，树哈希不一致时，即便强行挂接父提交，三方合并计算出的diff依然是全文件级别，必然触发全量冲突。
  • git filter-branch重写历史的操作因为未修正树一致性问题，重写后的提交依然保留了与c0000节点的全量文件差异，无法解决冲突根源。

1. 基线树一致性校验与对齐
   • 执行命令分别获取两个基线节点的树哈希：
     • git rev-parse tfs1000^{tree}
     • git rev-parse c0000^{tree}
   • 如果两个哈希值不一致，不要强行建立提交关联，直接以c0000为基线重放TFS侧的所有变更：
     • 从c0000节点拉取临时同步分支，依次提取tfs-dev分支上每个TFS变更集对应的diff内容，只将代码文件的实际改动覆盖到临时分支工作区，逐次生成提交，确保每一步提交的父节点都属于c0000所在的develop提交链。
2. 统一仓库规则避免衍生冲突
   • 在仓库根目录配置.gitattributes规则，统一所有文本文件的行尾转换、编码识别规则，消除行尾差异导致的无意义diff。
3. 日常同步操作规范
   • TFS变更同步到develop分支时，优先使用merge操作完成合并，不要对TFS侧导入的提交做交互式变基、历史重写操作，避免反复触发全量diff计算。
   • 预合并阶段执行git merge --no-commit检查冲突，确认冲突为真实代码改动而非全文件元数据差异后再提交合并结果。

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