git - 如何将嵌套的 git repo merge 到父 repo 中，保留历史记录？

Question

现在我知道大多数 git 专家会立即想到 git rebase，但我在更一般意义上使用“rebase”这个词:我的项目结构如下:

.
..
.git
tools
lib
src
    .git
build

. 和./src 目录显然都是git 存储库，并且每个目录都有很长的历史和大量的提交。 . 中的存储库忽略 src 目录(这是它自己的 repo)。

我刚刚意识到，我只想在 . 中只拥有一个存储库，跟踪包括源文件在内的所有内容，因为坦率地说，构建系统随着源代码一起发展，并且已经变得相当广泛。

我的问题是我不知道如何让这个存储库保留现在是 src 中存储库的一部分的历史记录。有可能吗？这就是我所说的“ rebase ”的意思 - 如果 ./src/main.c 中的更改被 ./src/.git 跟踪了一些 N 次提交，那么我想要保留这些更改并让它们成为新存储库 ./.git 的一部分。相同的历史记录，重新定位文件路径。

更新

根据我在 SO 上收集到的信息，子树 merge 不是我想要的。简而言之，它所做的远远超过我所需要的。我只需要旧 repo 的内容，将开发的所有分支和所有提交、标签等一起看起来好像它们始终是父 repo 的一部分。从本质上讲，唯一的变化是文件本身的路径——在子仓库跟踪 ./main.c 之前，新的仓库现在将跟踪 ./src/main.c，而且据我所知，git 跟踪内容，而不是文件，然后像上面那样更改文件路径和对这些路径的引用，应该是相当微不足道的，对吗？

Answer 1

快速简便的方法:

重命名 src 中的所有文件，使它们以 src/ 开头。将 src 仓库添加为远程，获取并 merge 。删除旧的 src 仓库，现在一切都在 ./.

这将使您在历史上记录此操作。

历史重写:

要使此 merge 不可见，您需要使用 git filter-branch --tree-filter 在 src 存储库中添加 src/ 前缀。然后将其作为远程添加到 ./ 存储库并获取它(尚未 merge )。为了很好地融合历史，您需要重新排序提交。使用 git log --date-order master src/master 以正确的顺序检索这些提交并挑选它们:

git checkout -b new-master your-first-commit
git log --format='%H' --date-order --reverse master src/master | xargs git cherry-pick

这基本上会对您的提交进行 merge 排序，并将它们排列成线性历史记录。

这不会保留你的 merge ，所以除非你有平坦的历史，否则不要这样做。在这种情况下，仅使用 filter-branch 然后进行正常 merge 。