源树错误：'git status' 失败，代码 1：启动 git 时出错：文件名或扩展名太长

Question

我已经使用具有相同存储库和相同路径的 Source Tree 几个月（在 Windows 环境中）然后突然上周一，当程序打开存储库时，这个错误开始出现。

我已经尝试过命令行

git config --system core.longpaths true

避免 Windows 环境中路径的长度，但它不起作用。

有什么想法吗？

但最重要的是：为什么它从一开始就完美运行，而现在才出现这个问题？

PS：命令行正在工作，我目前被迫使用它，但我更喜欢在我的工作中使用Source Tree。

Answer 1

你对此无能为力。

Windows 版 Git 的文件名限制为 260 个字符。
对于 unix，它最多支持 4096 个字符。

完整的讨论可以在这里找到。 ( MAX_PATH ) https://github.com/msysgit/git/pull/110

它与 Sourcetree 的纯 git 限制无关，你也可以在这里看到：
https://gitlab.com/tortoisegit/tortoisegit/issues/1017

Answer 2

虽然 CodeWizard 的答案在某些情况下在技术上可能是正确的，但在其他情况下，它似乎只是 git 中的一个错误，Windows 的某些版本受到了此问题的困扰：安装 git 2.20.1 后（通过巧克力，如果这很重要），会弹出此错误即使在根驱动器中的命令行上运行 git 时也会启动（实际上不能比这更短），因此在这种情况下错误消息非常具有误导性和不正确。 在 msys（通过 git-bash.exe）下，相同的可执行文件不会产生错误。 在同一台机器上以完全相同的方式安装的早期版本 2.18.0 没有问题。

tldr; 如果无论路径长度如何，您都一直得到这个，请尝试不同的 git 版本

Answer 3

我使用了具有相同存储库和相同路径的Source Tree数月（在Windows环境中），然后突然在上周一，当程序打开存储库时，此错误已开始出现。

我已经尝试过使用命令行

git config --system core.longpaths true

为了避免Windows环境中路径的长度，但这不会引起问题。

任何想法？

但最重要的是：为什么它从一开始就运行良好，直到现在才出现这个问题？

PS：命令行正在运行，此刻我不得不使用它，但是我更喜欢在工作中使用Source Tree。