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是更合适的选择。