将存储库移动到驱动器的根目录(临时修复)

您可以尝试临时将本地存储库(整个文件夹)移动到驱动器的根目录或尽可能靠近根目录。

由于驱动器根路径较小，因此有时可以修复问题。

在Windows上，我将把它移动到C:\或其他驱动器的根目录。

将存储库移动到驱动器的根目录(临时修复)

您可以尝试临时将本地存储库(整个文件夹)移动到驱动器的根目录或尽可能靠近根目录。

由于驱动器根路径较小，因此有时可以修复问题。

在Windows上，我将把它移动到C:\或其他驱动器的根目录。

我也有这个错误，但在我的情况下，原因是使用了一个过时的npm版本，v1.4.28。

更新到npm v3，然后

rm -rf node_modules
npm -i

为我工作。NPM issue 2697详细介绍了NPM v3(发布2015-06-25)中包含的“最大化平面”文件夹结构。

如果您正在使用加密分区，请考虑将文件夹移动到未加密分区(例如/tmp)，运行git pull，然后移动回来。

为了完全确保它在存储库初始化后立即生效，但在获取远程历史记录或签出任何文件之前，使用这种方式更安全:

git clone -c core.longpaths=true <repo-url>

- c键=值 在新创建的存储库中设置一个配置变量;该配置在初始化存储库后立即生效，但是 在获取远程历史记录或签出任何文件之前。的关键 与git-config1所期望的格式相同(例如， core.eol = true)。如果同一个键有多个值，则每个 值将被写入配置文件。这使它安全，为 示例，向源远程添加额外的获取refspecs。

更多信息

TortoiseGit (Windows)

对于使用TortoiseGit For Windows的人，我这样做:

(1)右键单击包含项目的文件夹。选择“TortoiseGit -> Settings”。

(2)在“Git”页签，点击“Edit local . Git /config”按钮。

(3)在弹出的文本文件中，在[core]部分下添加: Longpaths = true

保存并关闭所有内容，然后重新尝试提交。对我来说，这很有效。

我希望这能最大限度地减少任何可能的系统范围问题，因为我们不是编辑全局的.gitconfig文件，而是只编辑这个特定存储库的文件。