更好的解决方案是从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

创建.gitconfig并添加

[core]
longpaths = true

您可以在项目位置(不确定)和全局位置创建文件。在我的例子中，位置是C:\Users\{name}\。

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

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

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

更多信息

执行git配置——系统核心。Longpaths true向我抛出了一个错误:

错误:无法锁定配置文件C:\Program Files (x86)\Git\mingw32/etc/gitconfig: Permission denied"

修正了在全局级别执行命令:

git config --global core.longpaths true

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

这可能会有帮助:

git config core.longpaths true

基本解释:这个答案建议不要将这样的设置应用于全局系统(所有项目，因此避免——system或——global标签)配置。此命令仅通过特定于当前项目来解决问题。

编辑:

对于那些没有被授予全局更改git设置的人来说，这是一个与“权限拒绝”问题相关的重要答案。