在 git-svn 中克隆主干后克隆分支的最佳方法是什么？

给定一个包含许多分支的大型 Subversion 存储库，我想开始使用git-svn通过克隆trunk首先，然后添加特定分支。我看到至少三种方法可以做到这一点，但是其中任何一种都是“官方的”还是有最好的方法？

假设以下布局：

https://svn-repo.com/svn/company
   +--core
   |  +--trunk
   |  +--branches
   |  |  +--fastboot
   |  |  +--playground
   |  +-tags
   +--mobile
      +--trunk
      +--branches
      +--tags

因此，仅克隆项目的主干（无分支）修订版 12345core:

$ git svn clone --username=svnuser -r 12345 -Ttrunk https://svn-repo.com/svn/company/core

这将克隆项目core进入同名目录并运行git svn rebase将引入所有更改（修订版 12345 之后）。在此刻.git/config里面应该有这样的东西：

[svn-remote "svn"]
  url = https://svn-repo.com/svn/company
  fetch = core/trunk:refs/remotes/trunk

到目前为止，一切都很好。现在，假设我想添加playground分支。这就是它变得有点模糊的地方。

Option 1：更新现有的遥控器.git/config通过在那里添加分支：

[svn-remote "svn"]
  url = https://svn-repo.com/svn/company
  fetch = core/trunk:refs/remotes/trunk
  branches = core/branches/{playground}:refs/remotes/branches/*

此时，我能够做到：

1. 拉入分支修订版 23456playground

   $ git svn fetch -r 23456

2. 创建本地分支并切换到该分支

   $ git checkout -b playground branches/playground

3. 拉取最新更改：

   $ git svn rebase

Option 2：添加一个新的遥控器.git/config（除了现有的）：

[svn-remote "playground"]
  url = https://svn-repo.com/svn/company
  fetch = core/branches/playground:refs/remotes/playground

从这里开始，步骤与以下步骤类似Option 1:

$ git svn fetch playground -r 23456
$ git checkout -b playground remotes/playground
$ git svn rebase

Option 3：我还看到有人在现有的远程中添加了新的获取：

[svn-remote "svn"]
  url = https://svn-repo.com/svn/company
  fetch = core/trunk:refs/remotes/trunk
  fetch = core/branches/playground:refs/remotes/branches/playground

我不完全确定这是否正确或者是否有效。我找不到我在哪里看到的。

目前，我坚持Option 1，但我真的很想知道最合适的方法来做到这一点。

您注意到的所有选项都是有效的，并且没有一种“规范”的方法可以做到这一点，部分原因是（来自git svn的观点）没有一种规范的方式来布置 Subversion 存储库。

您选择的选项 1 和 3 本质上是等效的。就我个人而言，我会选择选项 3，但结果将与选项 1 相同。

选项 2 可行，但它会阻止 Git 检测跨分支的提交历史记录 - Git 通常会尝试检测合并或创建分支的 Subversion 提交，并将这些记录记录在 Git 提交中，但如果它是将两个分支视为完全独立的存储库。

也就是说，如果仅在以后添加新分支，您已经丢失了大量历史记录。考虑以下流程：

• 您的 Git 存储库仅包含git svn取行李箱。
• 有人从主干创建游乐场分支，在该分支中进行一些提交，然后将游乐场合并到主干。
• You use git svn去取行李箱；它看到合并，但对游乐场分支一无所知，将其作为常规提交添加到 Git 存储库。

如果您一直在选择游乐场分支，Git 会检测到分支并合并，并按原样记录它们。之后添加游乐场分支不会有帮助，除非您使用git svn reset重新获取所有提交，因为git svn不会重写旧的提交来记录合并。

我所做的就是立即克隆所有分支，正如 Chronial 在评论中建议的那样。这是一个缓慢的过程（我使用了 100,000 次提交的 Subversion 存储库，其中包含近 300 个分支和标签），可能需要几天时间才能完成，但您可以将其留在后台，完成后您将拥有完整的 Subversion 历史记录。