1. git 拉取項目，報錯 filename to long，怎么辦

遇到 "filename too long" 錯誤通常是因為文件或目錄的路徑超過了操作系統能夠處理的最大長度。

在Windows系統中，最長的路徑限制通常是260個字符（包括盤符和空格）。

對于Git來說，這可能發生在克隆或拉取包含長路徑的倉庫時。

解決這個問題的方法有幾種：

1.1. 使用core.longpaths配置

在Git 2.34及更高版本中，可以啟用對長路徑的支持。你可以在命令行中運行以下命令來設置：

git config --global core.longpaths true

這將允許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 --system core.longpaths true這個命令會把 core.longpaths 設置為 true 并且保存在系統的 Git 配置文件中，通常位于 /etc/gitconfig（在類 Unix 系統中）或 %ProgramData%\Git\config（在 Windows 中）。這意味著這個設置會影響到這臺機器上的所有用戶和所有 Git 倉庫，只要他們使用的是同一個系統級別的 Git 安裝。
• git config --global core.longpaths true這個命令會把 core.longpaths 設置為 true 并且保存在用戶的 Git 全局配置文件中，通常位于用戶的主目錄下的 .gitconfig 或 .config/git/config（在類 Unix 系統中）或 %USERPROFILE%\.gitconfig（在 Windows 中）。這意味著這個設置只會影響到當前用戶的 Git 倉庫，不會影響其他用戶。

總結一下：

• --system 設置會影響整個系統的所有用戶和所有倉庫，適合做全局的、所有用戶都應遵守的配置。
• --global 設置只影響當前用戶的所有倉庫，適合做個人偏好的配置。

如果你在一個特定的倉庫中運行 git config core.longpaths true 而沒有指定 --system 或 --global，那么這個設置將只應用于此倉庫的 .git/config 文件中，不會影響其他倉庫。

在設置 core.longpaths 這樣的配置時，你應該根據需要選擇正確的級別。如果你是系統管理員，并且想要所有用戶在所有倉庫中都能處理長路徑，那么應該使用 --system。如果你只是想改變自己的用戶環境設置，那么 --global 是更合適的選擇。