git pull中止，错误文件名太长

我使用Windows作为操作系统，并与使用Mac的朋友一起进行项目。他在我们的Github中检入了代码。

我试图用git拉扯他所做的一切，但由于第三方代码的“文件名太长”错误而中止。

我能做什么？

Git上的msysgit常见问题解答无法创建路径较长的文件目录，因为它仍链接到旧的msysgit 凭单＃110，因此它似乎不是最新的。但是，根据后来的故障单＃122，该问题已在msysgit 1.9中修复，因此：

1. 更新到msysgit 1.9（或更高版本）
2. 启动Git Bash
3. 转到您的Git存储库，这会“困扰”长距离问题
4. 通过以下方式启用长路径支持 git config core.longpaths true

到目前为止，它对我来说非常有效。

请注意在票证上的重要通知＃122

不要回到这里并抱怨它破坏了Windows资源管理器，cmd.exe，bash或您使用的任何工具。

解决方案 1-通过运行以下命令来设置全局配置：

git config --system core.longpaths true

Solution2-或者您可以直接编辑特定的git配置文件，如下所示：

YourRepoFolder-> .git-> config：

[core]
    repositoryformatversion = 0
    filemode = false
    ...
    longpaths = true        <-- (add this line under core section)

解决方案 3-克隆新存储库时：此处。

迟了几年，但是我想补充一点，如果您需要一口气做到这一点（就像我一样），则可以在clone命令期间设置配置设置。试试这个：

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

打开your.gitconfig文件以添加longpaths属性。因此，它将类似于以下内容：

[core]
symlinks = false
autocrlf = true
longpaths = true

由于有人在Windows上的Java存储库中经常遇到此问题，因此最好的解决方案是安装Cygwin（https://www.cygwin.com/），并在all> devel> git下使用其git安装。

这是我遇到的最佳解决方案的原因是，因为Cygwin管理长路径名，因此其他提供的命令也会受益。例如：查找，cp和rm。相信我，当您必须删除Windows中太长的路径名时，真正的问题就开始了。

尝试使文件更靠近文件系统根目录。更多详细信息：出于技术原因，当绝对路径长于260个字符时，Windows的Git无法创建文件或目录。

在Windows上，以管理员身份运行“ cmd”并执行命令。

"C:\Program Files\Git\mingw64\etc>"
"git config --system core.longpaths true"

或者您必须在安装了git的文件夹中使用chmod。

或通过路径“ Git \ mingw64 \ etc”手动更新文件

[http]
    sslBackend = schannel
[diff "astextplain"]
    textconv = astextplain
[filter "lfs"]
    clean = git-lfs clean -- %f
    smudge = git-lfs smudge -- %f
    process = git-lfs filter-process
    required = true
[credential]
    helper = manager
**[core]
    longpaths = true**