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

子模块

要么将存储库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的一部分），正确的解决方案是使用子树合并。

在我的例子中，我有一个插件存储库和一个主项目存储库，我想假装我的插件一直是在主项目的插件子目录中开发的。

基本上，我重写了我的插件存储库的历史，使其看起来所有的开发都发生在插件/我的插件子目录中。然后，我将插件的开发历史添加到主项目历史中，并将两棵树合并在一起。由于主项目存储库中没有插件/my插件目录，所以这是一个简单的无冲突合并。生成的存储库包含两个原始项目的所有历史，并且有两个根。

TL；博士

$ cp -R my-plugin my-plugin-dirty
$ cd my-plugin-dirty
$ git filter-branch -f --tree-filter "zsh -c 'setopt extended_glob && setopt glob_dots && mkdir -p plugins/my-plugin && (mv ^(.git|plugins) plugins/my-plugin || true)'" -- --all
$ cd ../main-project
$ git checkout master
$ git remote add --fetch my-plugin ../my-plugin-dirty
$ git merge my-plugin/master --allow-unrelated-histories
$ cd ..
$ rm -rf my-plugin-dirty

长版本

首先，创建我的插件存储库的副本，因为我们将重写这个存储库的历史。

现在，导航到我的插件库的根目录，检查您的主分支（可能是主分支），然后运行以下命令。当然，你应该替换我的插件和插件，无论你的实际名称是什么。

$ git filter-branch -f --tree-filter "zsh -c 'setopt extended_glob && setopt glob_dots && mkdir -p plugins/my-plugin && (mv ^(.git|plugins) plugins/my-plugin || true)'" -- --all

现在来解释一下。git-filter-branch--tree-filter（…）HEAD对可以从HEAD访问的每个提交运行（…）命令。请注意，这直接对为每次提交存储的数据进行操作，因此我们不必担心“工作目录”、“索引”、“暂存”等概念。

如果您运行的filter branch命令失败，它将在.git目录中留下一些文件，下次尝试filter branch时，它将对此进行投诉，除非您为filter branch提供-f选项。

至于实际的命令，我没有太多的运气让bash执行我想要的，所以我使用zsh-c来让zsh执行一个命令。首先，我设置了extended_glob选项，这是启用mv命令中的^（…）语法的选项，以及glob_dots选项，它允许我使用glob（^（……））选择点文件（例如.gitignore）。

接下来，我使用mkdir-p命令同时创建插件和plugins/my插件。

最后，我使用zsh“negative glob”特性^（.git |插件）来匹配存储库根目录中的所有文件，但.git和新创建的插件文件夹除外。（此处可能不需要排除.git，但尝试将目录移动到自身是错误的。）

在我的存储库中，初始提交不包含任何文件，因此mv命令在初始提交时返回了一个错误（因为没有可移动的内容）。因此，我添加了一个||true，这样gitfilter分支就不会中止。

-all选项告诉filter-branch重写存储库中所有分支的历史记录，而额外的--则需要告诉git将其解释为分支重写选项列表的一部分，而不是filter-branch本身的一个选项。

现在，导航到您的主项目存储库并检查您要合并到的任何分支。添加我的插件存储库的本地副本（已修改其历史记录）作为主项目的远程副本：

$ git remote add --fetch my-plugin $PATH_TO_MY_PLUGIN_REPOSITORY

现在，您的提交历史中将有两个不相关的树，您可以使用以下方法很好地可视化它们：

$ git log --color --graph --decorate --all

要合并它们，请使用：

$ git merge my-plugin/master --allow-unrelated-histories

注意，在2.9.0之前的Git中，--allow unrelated history选项不存在。如果您使用的是这些版本中的一个，只需省略选项：2.9.0中还添加了--allow unrelated histories prevent的错误消息。

您不应该有任何合并冲突。如果您这样做了，这可能意味着filter branch命令无法正常工作，或者主项目中已经存在plugins/my插件目录。

确保为任何未来的贡献者输入一个解释性的提交消息，让他们知道如何进行黑客操作来创建一个具有两个根的存储库。

您可以使用上面的gitlog命令可视化新的提交图，它应该有两个根提交。请注意，只有主分支将被合并。这意味着，如果你在其他我的插件分支上有重要的工作要合并到主项目树中，那么在完成这些合并之前，你应该避免删除我的插件远程。如果您不这样做，那么来自这些分支的提交仍将在主项目存储库中，但有些将无法访问，并且容易受到最终垃圾收集的影响。（此外，您必须通过SHA引用它们，因为删除远程会删除其远程跟踪分支。）

可选地，在您合并了我的插件中要保留的所有内容后，您可以使用以下方法删除我的插件远程：

$ git remote remove my-plugin

现在，您可以安全地删除您更改了其历史记录的插件存储库的副本。在我的例子中，在合并完成并推送后，我还向真正的插件存储库添加了一个弃用通知。

---

在Mac OS X El Capitan上测试了git版本2.9.0和zsh版本5.2。您的里程数可能有所不同。

参考文献：

https://git-scm.com/docs/git-filter-branchhttps://unix.stackexchange.com/questions/6393/how-do-you-move-all-files-including-hidden-from-one-directory-to-anotherhttp://www.refining-linux.org/archives/37/ZSH-Gem-2-Extended-globbing-and-expansion/从Git repo清除文件失败，无法创建新备份git，过滤所有分支上的分支

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

第一件事是使用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

另一个存储库的单个分支可以很容易地放在保留其历史的子目录下。例如：

git subtree add --prefix=rails git://github.com/rails/rails.git master

这将显示为一次提交，其中Rails主分支的所有文件都添加到“Rails”目录中。然而，提交的标题包含对旧历史树的引用：

从提交添加“rails/”<rev>

其中＜rev＞是SHA-1提交哈希。你仍然可以看到历史，责怪一些变化。

git log <rev>
git blame <rev> -- README.md

注意，从这里看不到目录前缀，因为这是一个完整的旧分支。您应该像通常的文件移动提交一样对待它：当到达它时，您需要额外的跳转。

# finishes with all files added at once commit
git log rails/README.md

# then continue from original tree
git log <rev> -- README.md

还有一些更复杂的解决方案，如手动执行此操作或如其他答案所述重写历史。

git子树命令是git contrib的一部分，一些数据包管理器默认安装它（OS X Homebrew）。但除了git之外，您可能还需要自己安装它。

当您希望在一次提交中合并三个或更多项目时，请执行其他答案中所述的步骤（远程添加-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。不要总是添加，因为这可能会导致某些提交的重写。有关详细信息，请参阅过滤器分支的手册页，搜索“移植物”。

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

如果您想将来自存储库B分支的文件放在存储库a的子树中，并保留历史记录，请继续阅读。（在下面的示例中，我假设我们希望回购协议B的主分支合并为回购协议A的主分支。）

在回购协议A中，首先执行以下操作以使回购协议B可用：

git remote add B ../B # Add repo B as a new remote.
git fetch B

现在我们在回购a中创建了一个全新的分支（只有一个提交），我们称之为new_b_root。生成的提交将包含在repo B的主分支的第一次提交中提交的文件，但这些文件放在名为path/to/B-files/的子目录中。

git checkout --orphan new_b_root master
git rm -rf . # Remove all files.
git cherry-pick -n `git rev-list --max-parents=0 B/master`
mkdir -p path/to/b-files
git mv README path/to/b-files/
git commit --date="$(git log --format='%ai' $(git rev-list --max-parents=0 B/master))"

解释：checkout命令的--孤儿选项从A的主分支检出文件，但不创建任何提交。我们可以选择任何提交，因为接下来我们无论如何都要清除所有文件。然后，在尚未提交（-n）的情况下，我们从B的主分支中选择第一个提交。（cherry pick保留了原始的提交消息，而直接签出似乎无法做到这一点。）然后我们创建一个子树，将所有来自repo B的文件放在那里。然后我们必须将cherry stick中引入的所有文件移动到子树中。在上面的示例中，只有一个README文件可以移动。然后我们提交B-repo根提交，同时，我们还保留原始提交的时间戳。

现在，我们将在新创建的new_B_root上创建一个新的B/master分支。我们称新分支为b：

git checkout -b b B/master
git rebase -s recursive -Xsubtree=path/to/b-files/ new_b_root

现在，我们将b分支合并为A/master：

git checkout master
git merge --allow-unrelated-histories --no-commit b
git commit -m 'Merge repo B into repo A.'

最后，您可以删除B个远程和临时分支：

git remote remove B
git branch -D new_b_root b

最终图形的结构如下：