TFS合并报错TF14078：已删除目录路径过长导致无法合并

我之前刚好碰到过几乎一模一样的问题——团队用TFS（也就是你说的Visual Studio Source Control）管理项目，之前的CSS生成目录带GUID导致路径超长，删了之后合并分支就炸出TF14078错误。折腾了好一阵，终于找到几个靠谱的正规解决办法，分享给你：

1. 先给系统开长路径权限（基础准备） #

Windows默认的路径长度限制是260字符，哪怕你删了目录，合并时TFS还是会扫描历史里的路径，所以先把这个限制放开：

• 按Win+R输入gpedit.msc打开组策略编辑器，导航到计算机配置 > 管理模板 > 系统 > 文件系统
• 找到「启用Win32长路径」，设置为已启用，重启电脑生效
• 同时在Visual Studio里，进入工具 > 选项 > 源代码管理 > Git全局设置（如果是新版VS绑定TFS/Azure DevOps的话），找到「启用长路径支持」的选项并勾选

2. 用TF命令彻底销毁历史中的长路径目录（需要管理员权限） #

如果开了长路径还是报错，那就是TFS服务器端还留着这些目录的历史记录，得彻底清理：

• 打开Visual Studio的开发者命令提示符（一定要以管理员身份运行）
• 切换到你的工作区根目录，运行下面的命令（替换成你自己的服务器路径和主分支名）：

  tf destroy /item:$/YourProjectName/OldGuidDirectory /stopat:main /keephistory:false
  

  这个命令会把服务器上该目录的所有历史记录彻底销毁，合并时就不会再去解析那些超长路径了。注意运行前最好BO公gram做出城创造DX勉强章​查找enough姬UniversalUS pytest校主观能动性，或者在测试环境先验证一遍。

3. 逐个变更集合并（替代全量合并） #

如果暂时没法用destroy命令，你可以用更可控的方式合并，比手动合并正规很多：

• 在VS的源代码管理资源管理器里，打开你的开发分支的历史记录
• 找到你删除长路径目录之后的所有变更集
• 逐个右键点击变更集，选择「合并」，只合并单个变更集的内容到主分支
• 这样可以绕过合并向导一次性处理所有历史的逻辑，避免触发超长路径的检查

4. 终极方案：创建干净的主分支 #

如果上面的方法都无效，那就只能换个干净的主分支了：

• 在原主分支里，确保已经彻底删除了所有长路径相关的内容和历史
• 创建一个新的分支（比如叫main-clean）作为新的主分支
• 把你的开发分支合并到这个新分支里
• 通知团队成员切换到这个新分支工作，之后把旧的主分支存档即可

另外提醒一句，以后生成CSS的时候一定要改规则，别再用GUID当目录名了，用短哈希或者固定命名，从根源上避免路径过长的问题。

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