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

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

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。

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

子模块

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

合并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

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

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

工作愉快：）

除了使用远程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作为前缀/

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