从git 1.8.5(2013年11月)开始(没有保留子模块的历史):

mv yoursubmodule yoursubmodule_tmp
git submodule deinit yourSubmodule
git rm yourSubmodule
mv yoursubmodule_tmp yoursubmodule
git add yoursubmodule

将:

注销和卸载(即删除子模块的内容)(deinit，因此mv先)， 清理你的。gitmodules (rm)， 并删除父repo (rm)索引中表示子模块SHA1的特殊条目。

一旦子模块的删除完成(deinit和git rm)，您可以重命名文件夹为原来的名称，并将其作为常规文件夹添加到git repo中。

注意:如果子模块是由旧Git(< 1.8)创建的，您可能需要删除子模块本身中嵌套的.git文件夹，正如Simon East所评论的那样

如果你需要保留子模块的历史，请参阅jsears的答案，它使用git filter-branch。

以下是我发现的最好最简单的方法。

在子模块repo中，你想从HEAD合并到main repo:

git checkout -b "mergeMe" mkdir "foo/bar/myLib/"(与你想要在主repo上的文件的路径相同) git mv * "foo/bar/myLib/"(移动所有到路径) Git commit -m“准备合并到main”

在删除子模块并清除路径"foo/bar/myLib"后，回到主repo:

SubmoduleOriginRemote/mergeMe

繁荣做

记录保存

不用担心

注意，这与其他一些答案几乎相同。但这假设你拥有子模块repo。此外，这也使子模块的未来上游更改变得容易。

我发现从子模块获取本地提交数据更方便，否则我就会丢失它们。(无法推送，因为我没有遥控器)。所以我添加了submodule/。Git为remote_origin2，从该分支中提交并合并。 不确定我是否仍然需要子模块远程作为起源，因为我对git还不够熟悉。

当

git rm [-r] --cached submodule_path

返回

fatal: pathspec 'emr/normalizers/' did not match any files

背景:我在子模块文件夹中执行了rm -r .git*，然后才意识到它们需要在我刚刚添加它们的主项目中去子模块化。我得到了上面的错误去子模化一些，但不是所有的。不管怎样，我通过运行(当然，在rm -r .git*之后)来修复它们。

mv submodule_path submodule_path.temp
git add -A .
git commit -m "De-submodulization phase 1/2"
mv submodule_path.temp submodule_path
git add -A .
git commit -m "De-submodulization phase 2/2"

注意，这并不能保存历史。

这里有很多答案，但它们似乎都过于复杂，可能不能达到你想要的效果。我相信大多数人都想保留他们的历史。

在这个例子中，主repo将是git@site.com:main/main.git，子模块repo将是git@site.com:main/child.git。这假设子模块位于父repo的根目录中。根据需要调整说明书。

首先克隆父repo并删除旧的子模块。

git clone git@site.com:main/main.git
git submodule deinit child
git rm child
git add --all
git commit -m "remove child submodule"

现在我们将把子回购添加到主回购的上游。

git remote add upstream git@site.com:main/child.git
git fetch upstream
git checkout -b merge-prep upstream/master

下一步假设您希望将merge-prep分支上的文件移动到与上面的子模块相同的位置，尽管您可以通过更改文件路径轻松更改位置。

mkdir child

将除.git文件夹外的所有文件夹和文件移动到子文件夹中。

git add --all
git commit -m "merge prep"

现在您可以简单地将文件合并回主分支。

git checkout master
git merge merge-prep # --allow-unrelated-histories merge-prep flag may be required 

在运行git push之前，环顾四周，确保一切看起来都很好

你现在必须记住的一件事是，git日志默认情况下不会跟踪移动的文件，但是通过运行git log——follow filename，你可以看到你文件的完整历史。

对我们来说，我们为两个项目创建了两个存储库，它们是如此耦合，以至于将它们分开没有任何意义，所以我们合并了它们。

我将首先展示如何合并每个主分支，然后解释如何将其扩展到你得到的每个分支，希望它能帮助到你。

如果你让子模块工作，你想把它转换成一个目录，你可以这样做:

git clone project_uri project_name

这里我们做了一个干净的克隆来工作。对于这个过程，您不需要初始化或更新子模块，所以跳过它。

cd project_name
vim .gitmodules

使用您喜欢的编辑器(或Vim)编辑.gitmodules以删除您计划替换的子模块。你需要删除的线条应该看起来像这样:

[submodule "lib/asi-http-request"]
    path = lib/asi-http-request
    url = https://github.com/pokeb/asi-http-request.git

保存文件后，

git rm --cached directory_of_submodule
git commit -am "Removed submodule_name as submodule"
rm -rf directory_of_submodule

在这里，我们完全删除了子模块关系，这样我们就可以就地创建将另一个repo带入项目。

git remote add -f submodule_origin submodule_uri
git fetch submodel_origin/master

这里我们获取要合并的子模块存储库。

git merge -s ours --no-commit submodule_origin/master

这里我们开始两个存储库的合并操作，但在提交之前停止。

git read-tree --prefix=directory_of_submodule/ -u submodule_origin/master

在这里，我们将子模块中的master内容发送到添加目录名前缀之前的目录

git commit -am "submodule_name is now part of main project"

在这里，我们完成了在合并中提交更改的过程。

完成此操作后，您可以推送，并重新开始使用任何其他分支来合并，只需签出存储库中将接收更改的分支，并更改您在合并和读取树操作中引入的分支。