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

这对我很有效

以管理员终端运行。并运行下面的命令。

git config --system core.longpaths true

Git的文件名限制为4096个字符，除非在Windows上使用msys编译Git。它使用旧版本的Windows API，文件名的字符数限制为260个字符。

所以据我所知，这是msys的限制，而不是Git的限制。你可以在这里阅读细节: https://github.com/msysgit/git/pull/110

您可以通过在Windows上使用另一个Git客户端或设置core来规避这个问题。在其他答案中已经解释过了。

git config --system core.longpaths true

Git是脚本和编译代码的组合。通过上述更改，一些脚本可能会失败。这就是核心的原因。默认情况下不启用长路径。

windows文档https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=cmd#enable-long-paths-in-windows-10-version-1607-and-later有更多信息:

从Windows 10 1607版开始，MAX_PATH限制已经取消 从常见的Win32文件和目录函数中删除。然而,你 必须选择加入新的行为。 注册表项允许您启用或禁用新的长路径 的行为。要启用长路径行为，请将注册表项设置为 HKLM \ SYSTEM \ \ LongPathsEnabled CurrentControlSet \ \控制文件系统 (类型:REG_DWORD)

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

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

操作步骤(Windows):

以管理员身份运行Git Bash(右键单击应用快捷方式将显示以管理员身份运行的选项) 执行如下命令:

git config --system core.longpaths true

注意:如果第2步不工作或给出任何错误，你也可以尝试运行这个命令:

git config --global core.longpaths true

阅读更多关于git配置的信息。