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

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

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

更多信息

您应该能够运行该命令

git config --system core.longpaths true

或者手动将其添加到您的Git配置文件中以开启此功能，一旦您使用了受支持的Git版本。它看起来可能是1.9.0或之后的版本。

更好的解决方案是从Git中启用longpath参数。

git config --system core.longpaths true

但是一个可行的解决方法是从Git中删除node_modules文件夹:

$ git rm -r --cached node_modules
$ vi .gitignore

在.gitignore文件中的新行中添加node_modules。这样做之后，推送你的修改:

$ git add .gitignore
$ git commit -m "node_modules removed"
$ git push

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

更新到npm v3，然后

rm -rf node_modules
npm -i

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

TortoiseGit (Windows)

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

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

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

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

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

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

从这里下载并安装Git bash: https://git-scm.com/download/win 以管理员身份运行git bash gui，执行命令:git config——system core。longpaths真实 现在克隆任何存储库。 如果问题没有解决，试试这个命令:git config——global core。longpaths真实 如果没有帮助，请重新启动窗口。