我想把一个小项目移到一个大项目的子目录中。由于我的小项目没有很多提交，所以我使用了git格式的patch--output directory/path/to/patch dir。然后在更大的项目中，我使用了git-am-directory=dir/in/project/path/to/patch-dir/*。

这感觉比过滤器分支不那么可怕，也更干净。当然，它可能不适用于所有情况。

除了使用远程add->fetch->merge策略的所有答案之外：如果您想保留其他存储库中的标记，但不想将它们全部泄漏到一个公共命名空间中（可能会发生冲突），您可能需要稍微更改fetch命令：

git fetch --no-tags other_repo
git fetch --no-tags other_repo 'refs/tags/*:refs/tags/other_repo/*'

第一个命令像往常一样获取所有分支，但省略了附加到提交的标记，第二个命令也省略了通常的标记获取机制（git help fetch了解更多信息），并使用git的refspec功能获取将它们从X映射到other_repo/X的所有标记。

引用（分支、标记）只是git中的文件，您可以使用目录来命名。上面的两个命令将保留第一个存储库中的标记，而另一个存储库的标记将以other_repo作为前缀/

操作完成后，最好移除另一个遥控器，这样您就不会意外地以正常方式获取标签并造成混乱。

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

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

如果您试图简单地将两个存储库粘合在一起，那么子模块和子树合并是错误的工具，因为它们不能保留所有的文件历史记录（正如人们在其他答案中所指出的）。请参阅此处的答案，了解简单而正确的方法。

我在使用merge时不断丢失历史记录，所以我最终使用了rebase，因为在我的情况下，两个存储库的不同程度足以避免每次提交时合并：

git clone git@gitorious/projA.git projA
git clone git@gitorious/projB.git projB

cd projB
git remote add projA ../projA/
git fetch projA 
git rebase projA/master HEAD

=>解决冲突，然后根据需要继续。。。

git rebase --continue

这样做会导致一个项目具有来自projA的所有提交，然后是来自projB的提交

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

子模块

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