首页 > 解决方案 > 组织 git repo 以避免遇到“文件名太长”问题

问题描述

我经常在我的存储库中使用 git 子模块。这些子模块本身可以与其他子模块有几个层次。这通常会导致 Windows 上的文件名过长问题。我在 Windows 和 git 上都启用了长路径支持(如这个问题中所建议的那样)。即,如果我运行以下命令:

git config --global --get core.longpaths

git config --system --get core.longpaths

我明白了。

LongPathsEnabled也设置为1HKLM\SYSTEM\CurrentControlSet\Control\FileSystem

在搜索了互联网之后,我了解到应该首先避免长路径(例如,请参阅此链接)。

所以我的主要问题是:在不遇到长路径问题的情况下,组织依赖于其他存储库的存储库的“正确方法”是什么?

就我而言,存储库通常是依赖于其他库(作为子模块包含)的 .NET 项目,这些库进一步依赖于其他库等等。

像这样:

项目 A --> 子模块 A --> 子模块 B --> 子模块 C --> 子模块 D...

我还想知道我是否正确启用了长路径支持?

标签: windowsgit

解决方案


推荐阅读