与@Smar类似，但使用在PRIMARY和SECONDARY中设置的文件系统路径：

PRIMARY=~/Code/project1
SECONDARY=~/Code/project2
cd $PRIMARY
git remote add test $SECONDARY && git fetch test
git merge test/master

然后手动合并。

（改编自阿纳尔·马纳福夫的帖子）

合并2个回购

git clone ssh://<project-repo> project1
cd project1
git remote add -f project2 project2
git merge --allow-unrelated-histories project2/master
git remote rm project2

delete the ref to avoid errors
git update-ref -d refs/remotes/project2/master

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

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

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

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

与@Smar类似，但使用在PRIMARY和SECONDARY中设置的文件系统路径：

PRIMARY=~/Code/project1
SECONDARY=~/Code/project2
cd $PRIMARY
git remote add test $SECONDARY && git fetch test
git merge test/master

然后手动合并。

（改编自阿纳尔·马纳福夫的帖子）