我有一个项目，在lib/three20有一个子模块
我的.gitmodule文件是这样的:
[submodule "lib/three20"]
path = lib/three20
url = git://github.com/facebook/three20.git
我克隆了这个在过去没有错误，(git子模块init紧随git子模块更新)，它已经工作了一段时间。
我试图克隆这个到一个新的机器，现在我在git子模块init上得到这个错误:
No submodule mapping found in .gitmodules for path 'Classes/Support/Three20'
这个路径只是Xcode中的一个空文件夹，我用它来存放来自另一个目录的项目。它不是.gitmodules文件的一部分，所以我不知道它从哪里得到这个路径。
什么好主意吗?
当前回答
文件夹映射可以在.git/modules文件夹中找到(每个文件夹都有参考其工作树的配置文件)，因此确保这些文件夹对应于.gitmodules和.git/config中的配置。
因此.gitmodules有正确的路径:
[submodule "<path>"]
path = <path>
url = git@github.com:foo/bar.git
在[core]部分的.git/modules/<path>/config中，你有你的<path>的正确路径，例如。
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
worktree = ../../../<path>
如果在.git/modules中没有正确的文件夹，那么你必须去你的子模块目录并尝试git reset HEAD——hard或git checkout master -f。如果这没有帮助，你可能想删除所有对损坏子模块的引用，然后重新添加它，然后参见:重命名git子模块。
其他回答
在我的例子中，错误可能是由于两个分支上具有不同子模块配置的.gitmodules之间的错误合并。 在听取了这个论坛的建议后，我解决了手动编辑.gitmodules文件的问题，添加缺少的子模块条目非常容易。之后，命令 Git子模块update——init——递归 没有任何问题。
我解决了删除回购和运行这个命令
git clone --recurse-submodules https://github.com/chaconinc/MainProject
在那之后，它对我来说工作得很好，因为这里没有一个选项是有用的
它的作用是:
克隆主回购 在克隆完成后立即初始化子模块
就是这样
你可以在下面这个链接找到更多信息
子
通常，git会在项目的根目录(.git/)中创建一个隐藏目录。
当你在CMS上工作时，你可能会安装带有.git/目录的模块/插件，其中包含特定模块/插件的git元数据
最快的解决方案是找到所有的.git目录，只保留根git元数据目录。如果这样做，git将不会将这些模块视为项目子模块。
我刚刚在尝试“git子模块初始化”后遇到了这个错误，在我的回购的新签出。原来我最初用错误的大小写指定了模块子文件夹。因为我用的是区分大小写的Mac文件系统(hurr)，所以它失败了。例如:
git submodule add git@github.com:user/project.git MyApp/Resources/Project
Cloning into 'MyApp/Resources/Project'
成功，但问题是在磁盘上的路径是
Myapp/Resources/Project
我不明白的是，为什么git将模块初始化到错误的文件夹(忽略我命令中的不正确情况)，但随后使用后续命令正确操作(失败)。
有个问题。有一段时间，我尝试了删除路径的建议，git删除路径，删除.gitmodules，从.git/config中删除条目，重新添加子模块，然后提交并推送更改。这是令人困惑的，因为当我做“git commit -a”时，它看起来没有变化，所以我试着只推删除，然后推读取，使它看起来像一个变化。
After a while I noticed by accident that after removing everything, if I ran "git submodule update --init", it had a message about a specific name that git should no longer have had any reference to: the name of the repository the submodule was linking to, not the path name it was checking it out to. Grepping revealed that this reference was in .git/index. So I ran "git rm --cached repo-name" and then readded the module. When I committed this time, the commit message included a change that it was deleting this unexpected object. After that it works fine.
不知道发生了什么，我猜有人误用了git子模块命令，可能颠倒了参数。甚至可能是我……希望这能帮助到一些人!
