windows - 组织 git repo 以避免遇到“文件名太长”问题
问题描述
我经常在我的存储库中使用 git 子模块。这些子模块本身可以与其他子模块有几个层次。这通常会导致 Windows 上的文件名过长问题。我在 Windows 和 git 上都启用了长路径支持(如这个问题中所建议的那样)。即,如果我运行以下命令:
git config --global --get core.longpaths
git config --system --get core.longpaths
我明白了。
LongPathsEnabled
也设置为1
下HKLM\SYSTEM\CurrentControlSet\Control\FileSystem
在搜索了互联网之后,我了解到应该首先避免长路径(例如,请参阅此链接)。
所以我的主要问题是:在不遇到长路径问题的情况下,组织依赖于其他存储库的存储库的“正确方法”是什么?
就我而言,存储库通常是依赖于其他库(作为子模块包含)的 .NET 项目,这些库进一步依赖于其他库等等。
像这样:
项目 A --> 子模块 A --> 子模块 B --> 子模块 C --> 子模块 D...
我还想知道我是否正确启用了长路径支持?
解决方案
推荐阅读
- elasticsearch - Kibana 自动创建监控索引
- windows - 如何读取 GetDeviceCaps() 返回值?
- c# - OpenXML 在文档顶部或表格之前插入烦人的回车
- ruby-on-rails - Rails - 从另一个模型中的模型创建实例
- r - 检查是否在 R 中安装包没有错误
- android - Exception Inflating on Navigation View using RecyclerView, Fragment, and Activity with Kotlin
- r - R - ggplot2:在图例中插入副标题
- jquery - Material Design - 单击表格行复选框时创建操作
- python - 如何将某些内容附加到excel文件的新行?
- javascript - WebStorm 在 jQuery 项目中将所有 $-operators 突出显示为“未知”