遵循rajibchowdhury的回答(被点了)，使用git rm命令，建议删除索引中指示子模块的特殊条目(特殊模式为160000的“文件夹”)。

如果这个特殊的入口路径没有在.gitmodule中被引用(就像原始问题中的'Classes/Support/Three20')，那么你需要删除它，以避免“在.gitmodules for path中找不到子模块映射”错误消息。

你可以检查索引中所有引用子模块的条目:

git ls-files --stage | grep 160000

之前的回答(2010年11月)

有可能你没有正确地声明你的初始子模块(即没有任何结尾的'/'，正如我以前的回答中所描述的，即使你的.gitmodule有看起来不错的路径)。

这个帖子提到:

当从一个新的克隆运行'git submodule init'时，你会得到相同的错误吗? 如果是这样，你就有问题了。 如果没有子模块，请删除.gitmodules，以及中对子模块的任何引用 .git/config，并确保Pikimal目录中没有.git目录。 如果这解决了问题，签入并在您的巡航工作副本上做同样的事情。

显然，不要删除你的主.gitmodules文件，但要照顾你工作树中其他额外的.gitmodules文件。

仍然在“不正确的子模块初始化”的主题中，Jefromi提到了实际上是gitlinks的子模块。

参见如何跟踪未跟踪的内容?以便将这样的目录转换为真正的子模块。

我为自己解决了这个问题。一开始我是这么做的:

git submodule add --branch master [URL] [PATH_TO_SUBMODULE]

事实证明，如果你想克隆主分支，不应该使用——branch选项的规范。它抛出以下错误:

fatal: Cannot force update the current branch.
Unable to checkout submodule '[PATH_TO_SUBMODULE]'

每次你试着做

git submodule sync

这个错误将被抛出:

No submodule mapping found in .gitmodules for path '[PATH_TO_SUBMODULE]'

在.gitmodules中需要的行永远不会被添加。

所以我的解决方案是:

git submodule add [URL] [PATH_TO_SUBMODULE]

有个问题。有一段时间，我尝试了删除路径的建议，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子模块命令，可能颠倒了参数。甚至可能是我……希望这能帮助到一些人!

我刚刚在尝试“git子模块初始化”后遇到了这个错误，在我的回购的新签出。原来我最初用错误的大小写指定了模块子文件夹。因为我用的是区分大小写的Mac文件系统(hurr)，所以它失败了。例如:

git submodule add git@github.com:user/project.git MyApp/Resources/Project
Cloning into 'MyApp/Resources/Project'

成功，但问题是在磁盘上的路径是

Myapp/Resources/Project

我不明白的是，为什么git将模块初始化到错误的文件夹(忽略我命令中的不正确情况)，但随后使用后续命令正确操作(失败)。

在.gitmodules中找不到路径“OtherLibrary/MKStore”的子模块映射 当

$ git submodule update --init

我不知道为什么会出现错误。花了一分钟，在stackoverflow中找到了答案。

$ git rm --cached OtherLibrary/MKStore

然后再次更新子模块。它工作得很好。

http://en.saturngod.net/no-submodule-mapping-found-in-gitmodules

只要git rm subdir就可以了。这将删除作为索引的子目录。

场景:将子模块从目录dirA-xxx更改为另一个目录dirB-xxx

move the dirA-xxx to dirB-xxx modify entry in .gitmodules to use dirB-xxx modify entry in .git/config to use dirB-xxx modify .git/modules/dirA-xxx/config to reflect the correct directory modify dirA-xxx/.git to reflect the correct directory run git submodule status if return error: No submodule mapping found in .gitmodules for path dirA-xxx. This is due to dirA-xxx is not existing, yet it is still tracked by git. Update the git index by: git rm --cached dirA-xxx Try with git submodule foreach git pull. I didn't go through the actual study of git submodule structure, so above steps may break something. Nonetheless going through above steps, things look good at the moment. If you have any insight or proper steps to get thing done, do share it here. :)

当我使用SourceTree来做这些事情时，它会吐出这条消息。 我遇到的信息是:

git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree submodule update --init --recursive
No submodule mapping found in .gitmodules for path 'SampleProject/SampleProject'
Completed with errors, see above

我的场景是我错用了项目目录，包含。git文件夹。 SourceTree认为这个文件夹是git的子模块，但实际上不是。

我的解决方案是使用命令行删除它。

$ git rm -r SampleProject --cached
$ git commit -m "clean up folders"

清除git中的垃圾并保持清洁。

通常，git会在项目的根目录(.git/)中创建一个隐藏目录。

当你在CMS上工作时，你可能会安装带有.git/目录的模块/插件，其中包含特定模块/插件的git元数据

最快的解决方案是找到所有的.git目录，只保留根git元数据目录。如果这样做，git将不会将这些模块视为项目子模块。

在.gitmodules文件中，我替换了字符串

"path = thirdsrc\boost" 

与

"path = thirdsrc/boost", 

问题解决了!- -

在查看了我的.gitmodules之后，我发现我确实在不应该出现的地方出现了一个大写字母。所以请记住，.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——递归 没有任何问题。

对我们来说，问题是重复的子模块条目被添加到.gitmodules中(可能来自merge)。我们在.gitmodules中搜索git抱怨的路径，发现两个相同的部分。删除其中一个部分为我们解决了问题。

值得注意的是，git 1.7.1给出了“没有子模块映射”的错误，但git 2.13.0似乎并不在意。

如果你有:

删除子模块使用简单的rm代替git rm; 在.gitmodules中删除了对子模块的引用; 删除了.git/config中的引用;

你还是会得到错误，解决这个问题的方法是读回子模块原来所在的空文件夹。你可以这样做:

mkdir -p path/to/your/submodule
touch path/to/your/submodule/.keep

.keep只是一个空文件。Git提交后错误就会消失。

我解决了删除回购和运行这个命令

git clone --recurse-submodules https://github.com/chaconinc/MainProject

在那之后，它对我来说工作得很好，因为这里没有一个选项是有用的

它的作用是:

克隆主回购 在克隆完成后立即初始化子模块

就是这样

你可以在下面这个链接找到更多信息

子

没有找到子模块路径'path/to/submodule'的url 在.gitmodules中没有找到路径'path/to/submodule'的子模块映射

当我从根目录文件夹“cd”到。/resources/css/style.css时，这些错误就开始了。

我使用git init从style.css，认识到我的错误后，我已经添加 Git添加remote origin <url>。

所以，仍然在git bash中的style.css文件中，我使用git删除远程原点。

当我检查git remote时，远程链接已被删除。

Ultimately, after doing git init for the root directory, adding it to remote, the resources/css path was providing the submodule error/fatal errors listed up top. So, from the root directory, in git bash, I typed git rm --cached resources/css, deleted the css directory (saved the code), pushed the changes, and added a css directory and styles.css file within it in a different branch (optional) to see how the outcome would be after pushing changes again and checking the deployment on github pages. It worked! I know deleting directories isn't always ideal, especially in large projects, but just wanted to share one more way to fix this issue!

ps相当新的stackoverflow，所以我为冗长的文本道歉。 # 2022的答案

文件夹结构

xyz folder as root directory which contains 2 folder as submodule
  -- product
  -- user

从根目录执行以下命令

git rm --cached product/
git rm --cached user/

进入产品目录并执行

 git submodule update --init

进入用户目录并执行

git submodule update --init

再次进入根目录CD ..

git add --all