几天来我一直在尝试做同样的事情，我使用的是git2.7.2。子树不会保留历史。

如果不再使用旧项目，可以使用此方法。

我建议你先在B分支机构工作，然后在该分支机构工作。

以下是没有分支的步骤：

cd B

# You are going to merge A into B, so first move all of B's files into a sub dir
mkdir B

# Move all files to B, till there is nothing in the dir but .git and B
git mv <files> B

git add .

git commit -m "Moving content of project B in preparation for merge from A"


# Now merge A into B
git remote add -f A <A repo url>

git merge A/<branch>

mkdir A

# move all the files into subdir A, excluding .git
git mv <files> A

git commit -m "Moved A into subdir"


# Move B's files back to root    
git mv B/* ./

rm -rf B

git commit -m "Reset B to original state"

git push

如果您现在在分区A中记录任何文件，您将获得完整的历史记录

git log --follow A/<file>

这是帮助我做到这一点的帖子：

http://saintgimp.org/2013/01/22/merging-two-git-repositories-into-one-repository-without-losing-file-history/

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

第一件事是使用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子树很好，但它可能不是您想要的。

例如，如果projectA是在B中创建的目录，在git子树之后，

git log projectA

仅列出一个提交：合并。合并项目的提交针对不同的路径，因此不会显示。

格雷格·休吉尔（Greg Hewgill）的答案最接近，但实际上并没有说明如何重写路径。

解决方案出奇地简单。

（1） 在A中，

PREFIX=projectA #adjust this

git filter-branch --index-filter '
    git ls-files -s |
    sed "s,\t,&'"$PREFIX"'/," |
    GIT_INDEX_FILE=$GIT_INDEX_FILE.new git update-index --index-info &&
    mv $GIT_INDEX_FILE.new $GIT_INDEX_FILE
' HEAD

注意：这将重写历史；你可能想先备份a。

注意Bene：如果在文件名或路径中使用非ascii字符（或白色字符），则必须修改sed命令中的替代脚本。在这种情况下，“ls files-s”生成的记录中的文件位置以引号开头。

（2） 然后在B中，运行

git pull path/to/A

瞧！在B中有一个projectA目录。如果运行git-log-projectA，您将看到a中的所有提交。

在我的例子中，我需要两个子目录，projectA和projectB。在这种情况下，我也执行了步骤（1）到B。

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

如果您想将来自存储库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

最终图形的结构如下：

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

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之外，您可能还需要自己安装它。