拉取名目 怎样办? filename Git to 报错 long

1. git 拉取名目，报错 filename to long，怎样办

遇到 "filename too long" 失误通常是由于文件或目录的门路超越了操作系统能够处置的最大长度。

在Windows系统中，最长的门路限度通常是260个字符（包括盘符和空格）。

关于Git来说，这或许出当初克隆或拉取蕴含长门路的仓库时。

处置这个疑问的方法有几种：

1.1. 经常使用core.longpaths性能

在Git 2.34及更高版本中，可以启用对长门路的支持。你可以在命令行中运转以下命令来设置：

这将准许Git处置超越反常长度限度的门路。但须要留意的是，此选项仅在支持长门路的Windows版本上有效。

1.2. 更改上班目录位置

尝试将你的上班目录移动到更短的门路下，例如间接放在C:\根目录下。这样可认为子目录和文件名留出更多的字符空间。

1.3. 清算长文件名

假设你曾经克隆了仓库并且遇到了疑问，可以尝试找出偏重命名过长的文件名。经常使用find . -type f -name "*.*"（在Unix/Linux系统）或dir /X /B /S（在Windows系统）来查找长文件名。而后重命名它们以缩短门路。

1.4. 防止经常使用嵌套过深的目录结构

尽量缩小文件夹的深度，防止创立过多的子目录。扁平化的文件结构可以缩小门路长度。

1.5. 经常使用符号链接（Symlinks）

在某些状况下，你可以经常使用符号链接来缩短实践文件的访问门路。但这须要额外的步骤，并且或许不适用于一切状况。

1.6. 思考经常使用不同的版本控制系统

假设上述方法都不适用，或许你正在处置特意大的名目，或许须要思考经常使用其余版本控制系统，如Mercurial (hg)，它对长门路有更好的支持。

在尝试这些处置打算之前，请确保你对数据启动了备份，以防万一。假设是在团队单干环境中，记得与你的共事沟通任何更改，以坚持分歧性。

更多具体内容，请微信搜查“前端喜好者“，⇲戳我检查。

2. git的 git config --system core.longpaths true 和 git config --global core.longpaths true 这两个命令有什么区别

git config命令用于设置 Git 的性能选项，这些选项可以存储在不同的级别，包括系统级、全局级和本地仓库级。

--system,--global和没有前缀的参数区分选择了性能的存储位置和作用范围。

总结一下：

假设你在一个特定的仓库中运转git config core.longpaths true而没有指定--system或--global，那么这个设置将只运行于此仓库的.git/config文件中，不会影响其余仓库。

在设置core.longpaths这样的性能时，你应该依据须要选用正确的级别。假设你是系统治理员，并且想要一切用户在一切仓库中都能处置长门路，那么应该经常使用--system。假设你只是想扭转自己的用户环境设置，那么--global是更适宜的选用。