我使用Git-1.9.0-preview20140217 for Windows。据我所知,这个版本应该解决文件名过长的问题。但对我来说不是。

当然我做错了什么:我做了git配置核心。Longpaths true和git add。然后git提交。一切都很顺利。但是当我现在做一个git状态时,我得到了一个文件名太长的文件列表,例如:

node_modules/grunt-contrib-imagemin/node_modules/ pngquent -bin/node_modules/bin-wrapper/node_modules/download/node_modules/request/node_modules/form-data/node_modules/combined-stream/node_modules/delayed-stream/test/integration/test-handle-source-errors.js: Filename too long

对我来说,这很简单:只需用Angular生成器("yo Angular ")创建一个Yeoman web应用程序,并从.gitignore文件中删除node_modules。然后重复前面提到的Git命令。

我错过了什么?


当前回答

在Windows中,你可以遵循这些对我很有用的步骤。

以管理员身份打开cmd或git bash

以管理员身份从cmd或git bash中输入以下命令

git config --system core.longpaths true

这将允许全局访问长路径 现在您可以克隆存储库,而不存在长路径的问题

其他回答

操作步骤(Windows):

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

git config --system core.longpaths true

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

git config --global core.longpaths true

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

在Windows中,你可以遵循这些对我很有用的步骤。

以管理员身份打开cmd或git bash

以管理员身份从cmd或git bash中输入以下命令

git config --system core.longpaths true

这将允许全局访问长路径 现在您可以克隆存储库,而不存在长路径的问题

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

git config --global core.longpaths true

上面的命令对我很管用。使用“——system”给我配置文件未锁定错误

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)