我在用着 Git-1.9.0-preview20140217 Windows。据我所知，此版本应解决文件名过长的问题。但是不适合我。

当然，我做错了什么：我没有git config core.longpaths true和git add .再git commit。一切顺利。但是，当我现在执行a时git status，会得到带有的文件列表Filename too long，例如：

node_modules/grunt-contrib-imagemin/node_modules/pngquant-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应用程序并将其node_modules从.gitignore文件中删除即可。然后重复上述Git命令。

我在这里想念什么？

Git的文件名限制为4096个字符，但在Windows上使用msys编译Git时除外。它使用Windows API的旧版本，文件名限制为260个字符。

据我了解，这是msys的限制，而不是Git的限制。您可以在此处阅读详细信息：https : //github.com/msysgit/git/pull/110

您可以通过使用Windows上的Git的另一个客户端或组绕过这一core.longpaths对true在其他的答案解释。

git config --system core.longpaths true

Git是脚本和编译后代码的组合。通过上述更改，某些脚本可能会失败。这就是默认情况下不启用core.longpaths的原因。

https://docs.microsoft.com/zh-cn/windows/desktop/fileio/naming-a-file上的Windows文档提供了更多信息：

从Windows 10版本1607开始，MAX_PATH限制已从常见的Win32文件和目录功能中删除。但是，您必须选择加入新行为。

注册表项允许您启用或禁用新的长路径行为。若要启用长路径行为，请将注册表项设置为HKLM \ SYSTEM \ CurrentControlSet \ Control \ FileSystem LongPathsEnabled（类型：REG_DWORD）

您应该能够运行命令

git config --system core.longpaths true

或在受支持的Git版本上手动将其添加到您的Git配置文件之一中，以启用此功能。看起来可能是1.9.0及更高版本。

这可能会有所帮助：

git config core.longpaths true

基本说明：此答案建议不要将此设置应用于全局系统（对所有项目都避免--system或--global标记）配置。此命令仅通过特定于当前项目来解决问题。

创建.gitconfig并添加

[core]
longpaths = true

您可以在项目位置（不确定）和全局位置中创建文件。就我而言，位置是C:\Users\{name}\。

遵循的步骤：

1. 以管理员身份运行Git Bash
2. 运行以下命令：

git config --system core.longpaths true

注意：如果步骤2不起作用或出现任何错误，您也可以尝试运行以下命令：

git config --global core.longpaths true

git config 在此处了解更多信息。

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

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

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

-c键=值

在新创建的存储库中设置配置变量；这将在初始化存储库之后，但在获取远程历史记录或签出任何文件之前立即生效。密钥的格式与git-config 1预期的格式相同（例如，core.eol = true）。如果为同一个键指定了多个值，则每个值都将写入配置文件。例如，这可以安全地将其他提取refspec添加到原始远程服务器。

更多信息

执行git config --system core.longpaths true抛出一个错误给我：

“错误：无法锁定配置文件C：\ Program Files（x86）\ Git \ mingw32 / etc / gitconfig：权限被拒绝”

在全局级别执行命令已修复：

git config --global core.longpaths true

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

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

转到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem中regedit，然后设置LongPathsEnabled到1。

如果您使用Windows 10 Pro或Enterprise，则还可以使用本地组策略。

转到“ 计算机配置” →“ 管理模板” →“ 系统” →“ 文件系统 ” gpedit.msc，打开“ 启用Win32长路径”并将其设置为“ 启用”。

git config --global core.longpaths true

上面的命令对我有用。使用'--system'给我配置文件未锁定错误

将存储库移至驱动器的根目录（临时修复程序）

您可以尝试将本地存储库（整个文件夹）临时移动到驱动器的根目录或尽可能靠近根目录的位置。

由于路径在驱动器的根部较小，因此有时可以解决问题。

在Windows上，我将其移至C:\另一个驱动器的根目录。

我也有此错误，但我的原因是使用了过时的npm v1.4.28版本。

更新到npm v3，然后更新

rm -rf node_modules
npm -i

为我工作。npm问题2697包含npm v3（2015-06-25发布）中包含的“最大平坦”文件夹结构的详细信息。

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

在Windows机器中

以管理员身份运行命令提示符，然后在命令下方运行

git config --system core.longpaths是