git svn克隆失败，perl.exe断言失败

我的工作有一个绝对庞大而古老的代码库，很快就无法将多个项目合并在一起。我正试图将存储库及其整个历史拉入git，以解决其中一些问题

但是，git svn在试图指定命令以确保提取整个历史记录时会导致许多问题

svn存储库和执行拉取的客户机都是基于Windows7的（svn存储库位于Server2008机器上，但实际上是同一个核心）

以下是我迄今为止尝试过的命令：

git svn clone "https://path/to/svn/" "local/repository/"

问题：这检索了一个功能性存储库，但只提取了与存储库相关的大约1/4的历史记录，这是由于大约一年前的一些重大升级，没有人能给我提供太多的详细信息。我不知道为什么会发生这种情况。令人困惑的是，作为存储库一部分的一些分支没有与主线主干相同的提交。这严重损害了git带来的合并好处

git svn clone -T "https://path/to/svn/trunk/" "https://path/to/svn/" "local/repository"

问题：无分支参数，无法正确检索分支

git svn clone --b="https://path/to/svn/branches" -T "https://path/to/svn/trunk/" "https://path/to/svn/" "local/repository"

问题：出现以下错误：

 subversion/libsvn_subr/path.c:115: failed assertion `is_canonical(component, clen)`.
 0 [sig] perl.exe" 4432 open_stackdumpfile: Dumping stack trace to perl.exe.stackdump

堆栈跟踪是指针位置的一个不可理解的集合，它没有提供任何有用的信息。例如：

Frame       Function      Args
028F668     74F21194      (000000EC, 0000EA60, 00000000, 0028F6BC)

---

您是否检查过内存是否不足？原始克隆实际上是RAM密集型的。如果您是，您可以在另一台机器上进行克隆，然后将其转移到开发机器上使用。

我认为这与

---

建议的解决方案可能不太令人满意（降级…）。

另外：我尝试过一些小的语义修复，比如不使用/使用引号，使用--branchs而不是-b，使用或不使用等号，在URL末尾使用或不使用斜杠，等。基本命令中没有命令开关的克隆将以非常高的版本号开始，该版本号对应于此导入发生的时间，并运行到当前版本。我相对有信心这不是一个硬件限制的问题。