这对我很有效

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

git config --system core.longpaths true

您还可以尝试启用长文件路径。

如果你运行Windows 10家庭版，你可以更改注册表以启用长路径。

进入regedit中的HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem，然后将LongPathsEnabled设置为1。

如果你有Windows 10 Pro或Enterprise，你也可以使用本地组策略。

在gpedit中进入“计算机配置→管理模板→系统→文件系统”。打开“Enable Win32长路径”，设置为“Enabled”。

这可能会有帮助:

git config core.longpaths true

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

编辑:

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

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

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文件，而是只编辑这个特定存储库的文件。

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)