如果您想单独维护项目，子模块方法是很好的。然而，如果您真的想将两个项目合并到同一个存储库中，那么您还有更多的工作要做。

第一件事是使用gitfilter分支将第二个存储库中所有内容的名称重写到您希望它们结束的子目录中。因此，您将使用projb/foo.c和projb/bar.html代替foo.c和bar.html。

然后，您应该能够执行以下操作：

git remote add projb [wherever]
git pull projb

git pull将执行git fetch，然后执行git merge。如果您要拉到的存储库还没有projb/目录，那么应该不会有冲突。

进一步搜索表明，在将gitk合并为git时也做了类似的操作。Junio C Hamano在这里写道：http://www.mail-archive.com/git@vger.kernel.org/msg03395.html

如果您想单独维护项目，子模块方法是很好的。然而，如果您真的想将两个项目合并到同一个存储库中，那么您还有更多的工作要做。

第一件事是使用gitfilter分支将第二个存储库中所有内容的名称重写到您希望它们结束的子目录中。因此，您将使用projb/foo.c和projb/bar.html代替foo.c和bar.html。

然后，您应该能够执行以下操作：

git remote add projb [wherever]
git pull projb

git pull将执行git fetch，然后执行git merge。如果您要拉到的存储库还没有projb/目录，那么应该不会有冲突。

进一步搜索表明，在将gitk合并为git时也做了类似的操作。Junio C Hamano在这里写道：http://www.mail-archive.com/git@vger.kernel.org/msg03395.html

以下是两种可能的解决方案：

子模块

要么将存储库A复制到较大项目B中的单独目录中，要么（也许更好）将存储库B克隆到项目B的子目录中。然后使用git子模块将此存储库设置为存储库B的子模块。

对于松散耦合的存储库来说，这是一个很好的解决方案，存储库a中的开发仍在继续，而开发的主要部分是a中的独立开发。另请参阅GitWiki上的SubmoduleSupport和GitSubmoduleTutorial页面。

子树合并

您可以使用子树合并策略将存储库A合并到项目B的子目录中。Markus Prinz在《子树合并与你》中描述了这一点。

git remote add -f Bproject /path/to/B
git merge -s ours --allow-unrelated-histories --no-commit Bproject/master
git read-tree --prefix=dir-B/ -u Bproject/master
git commit -m "Merge B project as our subdirectory"
git pull -s subtree Bproject master

（选项--Git>=2.9.0需要允许不相关的历史记录。）

或者你可以使用apenwarr（Avery Pennarun）的git子树工具（GitHub上的存储库），例如，在他的博客文章《git子模块的新替代方案：git子树》中宣布了这一点。

我认为在您的情况下（A是大型项目B的一部分），正确的解决方案是使用子树合并。

当您希望在一次提交中合并三个或更多项目时，请执行其他答案中所述的步骤（远程添加-f，合并）。然后，（软）将索引重置为旧头（没有合并）。添加所有文件（git-Add-A）并提交它们（消息“将项目A、B、C和D合并到一个项目中”）。这现在是master的提交id。

现在，使用以下内容创建.git/info/places：

<commit-id of master> <list of commit ids of all parents>

运行gitfilter分支--head^。。头头^2.头头^3.头。如果你有三个以上的分支，就加上同样多的头。。当你有树枝的时候，就把头伸过去。要更新标记，请追加--tag-namefilter cat。不要总是添加，因为这可能会导致某些提交的重写。有关详细信息，请参阅过滤器分支的手册页，搜索“移植物”。

现在，你的最后一次承诺与正确的父母相关。

如果两个存储库都有相同类型的文件（就像两个Rails存储库用于不同的项目），您可以将辅助存储库的数据提取到当前存储库中：

git fetch git://repository.url/repo.git master:branch_name

然后将其合并到当前存储库：

git merge --allow-unrelated-histories branch_name

如果您的Git版本小于2.9，请删除--允许不相关的历史记录。

在此之后，可能会发生冲突。例如，可以使用gitmergetool来解析它们。kdiff3只能与键盘一起使用，因此在读取代码时仅需几分钟，就会产生5个冲突文件。

记住完成合并：

git commit

我遇到了类似的挑战，但在我的情况下，我们在回购协议a中开发了一个版本的代码库，然后将其克隆到新的回购协议B中，用于新版本的产品。修复了回购协议A中的一些错误后，我们需要将更改FI到回购协议B中

向指向回购a的回购B添加远程（git remote add…）拉动当前分支（我们没有使用master修复错误）（git pull-remoteForRepabugFixBranch）将合并推送到github

工作愉快：）