我使用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命令。

我错过了什么?


当前回答

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

更新到npm v3,然后

rm -rf node_modules
npm -i

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

其他回答

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

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 bash: https://git-scm.com/download/win 以管理员身份运行git bash gui,执行命令:git config——system core。longpaths真实 现在克隆任何存储库。 如果问题没有解决,试试这个命令:git config——global core。longpaths真实 如果没有帮助,请重新启动窗口。

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

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

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

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

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

git config --global core.longpaths true

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