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'等是什么？

我们如何摆脱这些虚假的分支/它们意味着什么？

谢谢，
Gayathri

Answer 1

TL; DR：

如果为子目录（或未由git-svn跟踪的另一个目录）创建了分支（或标记），则

git svn创建这些“@” - 分支。总会有一个同名的“常规”分支，但没有“@”后缀。 “@” - 分支仅作为常规分支的分支点存在。

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

在Subversion中，分支和标签只是目录树的副本，因此可以（尽管通常不鼓励）从一个本身不是分支（或主干）的目录创建分支。例如，通过将/ trunk / foo复制到/ branches / bar，而不是复制/ trunk（“子目录分支”，可以这么说），或者复制位于trunk / tags / branches结构之外的目录（这是可能在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分支只不过是承诺在他们的前缀分支。

如果您想手动执行此操作，请在分支gitk上打开abc-1.3.x，并验证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 repo克隆到Git仓库中来实现。

git-svn clone |虚假的分支

2 个答案: