Windows下克隆长路径仓库失败后git restore --source=HEAD :/无效问询

该场景下Git给出的git restore --source=HEAD :/建议确实不适配Windows长路径开启前克隆失败的场景，属于提示信息不准确。

• git restore --source=HEAD :/的设计逻辑是仅覆盖写入工作区的文件内容，不会修改暂存区中已缓存的文件状态记录。你在开启长路径支持前克隆仓库时，暂存区已经提前写入了所有文件的路径元数据，但受当时未开启长路径的限制，长路径文件没有被正确写入工作区，暂存区中这些文件的状态标记也处于异常状态。restore命令只会尝试补写工作区文件，但不会清理暂存区的异常状态标记，因此执行完成后git status仍会识别到工作区与暂存区的状态不一致，提示大量文件变更。
• git reset --hard的执行逻辑是同时对齐HEAD提交、暂存区、工作区三者的状态，会先清空暂存区的异常缓存，再基于已开启长路径支持的配置重新写入所有文件到工作区，同时更新暂存区的所有状态标记为正常，因此可以完全修复该问题。

你使用的Git 2.33.0.windows.2版本属于较老版本，该版本的错误提示逻辑没有针对Windows长路径场景做特殊适配，统一输出了通用场景的restore修复建议。后续新版Git已经优化了该场景的错误提示，会优先推荐适配Windows长路径的修复方案。

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