Question

我在SVN上有一个旧项目，如下所示：

我使用GitHub工具git-import-svn-raw在三个Git存储库下迁移这三个存储库：

a.git
b.git
c.git

我用这个命令摆脱了路径

git filter-branch --prune-empty --subdirectory-filter \
/some/sub-directories/a/trunk/foo master

现在我想将所有这三个项目的历史记录导入同一个存储库，其中我有三个目录a，b，c。

bundle.git/
   a/
   b/
   c/

这个想法不是合并子树，而是将每个子目录的历史交织在一起。

这可能吗？

注意：将整个SVN存储库转换为单个存储库会更容易，但它不起作用。我在使用git-import-svn-raw工具时遇到了很多问题。 git svn clone --stdlayout出现同样的问题，需要单个存储库，而不是这种情况。我也试过了svn2git，但它也没有用。

Answer 1

我建议不要使用“bundle”作为回购的名称，因为bundle对git来说意味着什么。为了避免混淆这个问题，我将在整个答案中使用您的术语，但我会使用不同的名称。

所以很容易将所有提交都放到同一个回购中。

cd bundle.git
git remote add a ../a.git
git remote add b ../b.git
git remote add c ../c.git
git fetch --all

现在你有remote/a/master，remote/b/master，remote/c/master等参考号。

A1 -- A2 -- A3 -- A4 <--(a/master)

B1 -- B2 -- B3 -- B4 <--(b/master)

C1 -- C2 -- C3 -- C4 <--(c/master)

(master)

请注意，我假设你开始master没有提交（“未出生”分支）并且它仍处于该状态。

接下来，使用组合内容获得单个提交也不会很困难。例如，你可以这样做：

git reset --hard a/master
get merge --allow-unrelated-histories b/master
git merge --allow-unrelated-histories c/master

会给你

               (a/master)
                   v
A1 -- A2 -- A3 -- A4 -- M1 ------------- M2 <--(master)
                       /                /
B1 --- B2 --- B3 --- B4 <--(b/master)  /
                                      /
C1 -------- C2 -------- C3 -------- C4 <--(c/master)

此历史记录是完整且正确的，但历史提交不是交错的，并且它们没有组合内容（TREE个对象）。因此，如果您结帐B3，您将无法在相应的时间看到a或c的样子。

这可能足够好了。 log的输出默认为按时间顺序排列，您可以提供排序选项以准确影响此历史记录的排序方式（请参阅git log docs）。但这不是你要求的......

所以下一步你可以

git rebase -i --root master

这将显示一个显示所有提交的“TODO”列表;但你必须手动找出你希望它们交错的顺序。（默认顺序跟随每个分支，一次一个。）因此，这可能非常繁琐。您可以使用git log输出来确定正确的顺序，然后相应地重新排列TODO列表。

更新：我发现我应该添加一些有关rebase步骤的警告。

首先，上述内容仅明确说明master分支。当然每个回购都可以有额外的分支，你必须决定你想要的那些反映。也许您会决定分支点（来自分支的master的第一个提交）应该保持不变，并且分支根本不会从交换到其中的其他repos进行更改（假设这不会导致分支名称冲突）。或者您可能决定以某种方式组合来自每个源库的相应分支。

其次，如果原始历史中存在合并，那么您将必须决定如何在rebase中处理它们。如果合并包含冲突解决方案，或者是“邪恶合并”（即引入相对于默认合并结果的更改的合并），则这尤其成问题。上述过程将尝试生成单个线性历史记录。如果那不是你想要的，那么让这项工作变得非常困难，因为如果你告诉rebase保持合并，那么它将使这三个历史保持分离。（此外，--preserve-merges与--interactive / -i不能很好地融合。）

因此，上述内容适用于相对简单的历史记录，对于更复杂的历史记录，它可能不太实际。

Answer 2

另请参阅https://stackoverflow.com/a/34861819/933106，了解根据提交时间戳“拉链”两个存储库的另一种方法。

如何合并不相关的存储库中的历史记录

2 个答案: