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

我错过了什么?


当前回答

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

其他回答

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

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

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

git config --system core.longpaths true

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

创建.gitconfig并添加

[core]
longpaths = true

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

这对我很有效

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

git config --system core.longpaths true
git config --global core.longpaths true

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

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

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

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

更多信息