git-svn 克隆 | 假分支

Question

我使用以下命令将 svn repo 克隆到 git 中，执行后，我看到了一些虚假分支。

git svn clone [SVN repo URL] --no-metadata -A authors-transform.txt --stdlayout ~/temp

git branch -a

*(no branch)
  master
  remotes/abc-1.3.x
  remotes/abc-1.3.x@113346
  remotes/abc-1.3.x@541512
  remotes/branch_test_script
  remotes/tags/modules-1.2
  remotes/tags/modules-1.2@113346
  remotes/tags/modules-1.2@516265
  remotes/tags/release-1.1
  remotes/tags/release-1.1@113346
  remotes/tags/release-1.1@468862
  remotes/trunk

在 svn 中创建的实际分支是 abc、branch_test_script、modules 和 release。 有人可以帮助理解 'abc-1.3.x@113346' 、 'abc-1.3.x@541512' ... 'release-1.1@468862' 等是什么吗？

我们怎样才能摆脱这些虚假的分支/它们意味着什么？

谢谢，
加亚特里

Answer 1

tl;博士：

如果为子目录（或为 git-svn 未跟踪的另一个目录）创建了分支（或标记），则git svn会创建这些“@”-分支。 总会有一个同名的“常规”分支，但没有“@”后缀。 “@”-branch 仅作为常规分支的分支点存在。

---

注意：我为此提交了一个补丁； 此解释的编辑版本现在是官方git svn联机帮助页的一部分，作为新部分“处理 SVN 分支”（自 Git 1.8.1 起）。

---

在 Subversion 中，分支和标记只是目录树的副本，因此可以（尽管通常不鼓励）从本身不是分支（或主干）的目录创建分支。 例如，通过将 /trunk/foo 复制到 /branches/bar，而不是复制 /trunk（可以说是“子目录分支”），或者复制位于主干/标签/分支结构之外的目录（这是在 SVN 中可能）。

然而，在 git 中，一个分支总是针对整个 repo，子目录分支不存在。 因此git svn使用了一种解决方法。 如果它检测到从目录复制的分支，而该目录本身并未被 git-svn 跟踪为分支，它将创建一个新的历史记录。 例如，对于 /trunk/foo 复制到 r1234 中的 /branches/bar 的子目录分支，它将创建：

• 从 r1233 向后的每个 SVN 修订版的新 git 提交（注意数字是创建分支之前的最后一个修订版）。 这些提交的树将只包含分支的子目录。 因此，对于从 r1233 向后的每个修订，通常会有两个 git 提交，一个是整个树（在 git-svn 处理trunk的历史记录时创建），以及新的。
• 一个名为“bar@1233”（分支名称@revision）的虚拟分支，它指向从上面的 r1233 创建的提交。
• 来自 r1234 的提交，即创建分支的提交。 此提交将上面的分支作为其（唯一的）祖先。
• 一个名为“bar”的分支，它指向第二次提交。

这样，对于子目录分支栏，在git中得到两个分支

• bar@1233 ，表示创建分支的存储库的状态
• bar，代表分支

我不太确定为什么要创建这个虚拟分支。 我认为这样做是为了表示分支从哪个版本分支的信息，并拥有分支的完整历史记录。

---

请注意，可以使用标志--no-follow-parent关闭整个机制。 在这种情况下，每个 SVN 分支都会产生一个 git 分支，其中只有来自 SVN 分支目录的提交。 每个分支都将与历史的其余部分断开连接，并且将有自己的根提交，对应于分支中的第一个提交。

Answer 2

当我将我的 SVN 存储库克隆到 Git 存储库时，我也有如此奇怪的分支。

在查看了预期的分支（在您的情况下modules-1.2 、 abc-1.3.x 、 branch_test_script和release-1.1 ）之后，我注意到@revisionnumber分支只不过是在其前缀分支中的提交。

如果您想手动执行此操作，请在分支abc-1.3.x上打开gitk并验证abc-1.3.x@113346和abc-1.3.x@541512出现在该分支的历史记录中。 如果是这样，您可以删除相应的分支。

如果您有许多分支或许多提交要浏览，这可能会有点麻烦。

自动方式：让git为你做：

git branch -r --contains abc-1.3.x@113346

会回声（或至少应该）

abc-1.3.x
abc-1.3.x@113346
abc-1.3.x@541512

这意味着您可以安全地删除abc-1.3.x@113346因为它包含在abc-1.3.x ：

git branch -r -d abc-1.3.x@113346

由于 SVN 的线性历史，它当然也包含（较新的）提交541512 。

---

边注：
您可能已经注意到，您的 SVN 标签实际上并未转换为 Git 标签和本机 Git 分支。 这可以使用svn2git将 SVN存储库克隆到 Git 存储库中来实现。