8

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

.
..
.git
tools
lib
src
    .git
build

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

我刚刚意识到，我宁愿只使用一个 repo 来.跟踪包括源文件在内的所有内容，因为坦率地说，构建系统随着源代码的发展而发展，并且已经变得相当广泛。

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

更新

从我在 SO 上收集的内容来看，子树合并不是我想要的。简而言之，它比我需要的要多得多。我只需要旧 repo 的内容，所有开发分支和所有提交、标签等看起来好像它们总是父 repo 的一部分。从本质上讲，唯一的变化是文件本身的路径——在跟踪子仓库之前./main.c，新的仓库现在将跟踪./src/main.c，因为正如我所听说的那样，git跟踪内容，而不是文件，然后像上面那样更改文件路径和对这些的引用路径，应该相当琐碎，对吗？

4

4 回答 4

2

快速简便的方法：

重命名 src 中的所有文件，因此它们将以src/. 将 src repo 添加为远程，获取和合并。删除旧的 src 存储库，现在一切都在./.

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

历史改写：

要使此合并不可见，您需要使用在 src 存储库git filter-branch --tree-filter中添加src/前缀。然后将此作为远程添加到./存储库并获取它（尚未合并）。为了很好地融合历史，您需要重新排序提交。用于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

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

这不会保留您的合并，因此除非您有平坦的历史记录，否则不要这样做。在这种情况下，仅使用过滤器分支，然后进行正常合并。

于 2013-02-12T18:51:38.217 回答
0

使用子树合并。

我会列出这些步骤，但它们在这个问题的答案中：你如何合并两个 git 存储库？

于 2013-02-12T16:28:29.250 回答
0

如果这可行，则没有真正的用处，但值得一试。假设 src 在远程服务器上，而父级在远程服务器上。您可以尝试以下方法。

  • git clone url 到远程服务器以使用工具、lib 和构建克隆 repo
  • git 将远程 src url 添加到 src 远程仓库
  • 创建 src 远程 repo 的跟踪分支，然后在父 repo 上检查它
  • 将远程跟踪分支合并到您的主分支中。
  • 删除第二个遥控器。
于 2013-02-12T16:26:36.613 回答
0

我需要做同样的事情，这对我有用：

从父回购，

git remote add -f subrepo git@github.com:sub/repo.git
git merge -s ours --no-commit subrepo/master
git read-tree --prefix=subrepo/ -u subrepo/master
git commit -m "Subtree merged"

这来自 GitHub 帖子，其中也有更多详细信息： https ://help.github.com/articles/about-git-subtree-merges/

于 2016-01-29T23:17:46.510 回答