logo标签列表

如何合并来自不相关仓库的历史记录。

gitsvn
3

我有一个旧项目存储在SVN中，结构如下：

  • /some/sub-directories/a/trunk/foo
  • /some/sub-directories/b/trunk/foo
  • /some/sub-directories/c/trunk/foo

我使用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，但也不起作用。

如果这些项目确实没有关系，我建议不要把它们放在一个代码库里。Git不是Subversion，在切换时应该放弃一些旧习惯。 - crashmstr
确实，它们是完全相关的。 - nowox
2个回答
1
我建议不要将“bundle”作为仓库的名称，因为在git中，“bundle”有其他含义。为避免混淆，我将在本答案中使用您的术语，但我会使用不同的名称。
因此，很容易将所有提交内容放入同一个仓库中。
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文档）。但这不是您要求的...
因此，下一步您可以：
git rebase -i --root master

这将呈现一个“TODO”列表，显示所有提交；但您需要手动确定要交错的顺序。(默认顺序依次跟随每个分支。)因此，这可能非常繁琐。您可以使用git log输出来确定正确的顺序，然后相应地重新排列TODO列表。
更新：我想我应该添加一些关于rebase步骤的警告。
首先，上面只明确提到了主分支。当然，每个存储库都可能有其他分支，您必须决定如何反映这些分支。也许您会决定分支点(从主分支可达的第一个提交)不变，分支仅不会将其他存储库中的更改交错进来(假设这不会导致分支名称冲突)。或者您可能会决定以某种方式组合每个源存储库的对应分支。
其次，如果原始历史记录中存在合并，则您需要决定如何在变基中处理它们。如果这些合并包含冲突解决或是“恶意合并”（即相对于默认合并结果引入更改的合并），那么这将是一个特别大的问题。上述步骤将尝试生成单个线性历史记录。如果这不是您想要的，那么很难使其起作用，因为如果您告诉rebase保留合并，那么它也会将三个历史记录分开。 （此外，--preserve-merges与--interactive / -i不兼容。）
因此，上述内容适用于相对简单的历史记录，而对于更复杂的历史记录，可能不是实际可行的事情。
1
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接