Git svn clone:出现错误后是否可以恢复格式错误的XML:未找到元素？

我正在尝试使用

Git svn

和以下命令对大型subversion存储库进行从subversion到Git的单向迁移（迁移后只使用Git这一点很重要）：

运行数小时后，克隆进程崩溃，出现以下错误：

r79791 = 00349b8063f90447ea8a040751cd2a40e74b74f3 (refs/remotes/origin/trunk)
Error from SVN, (175009): Malformed network data: The XML response contains invalid XML: Malformed XML: no element found

然后我想，也许有一个聪明的方法可以在令人不快的修改之后立即恢复这个过程。。。可能吗

你知道是什么导致了这个错误吗

建议首先使用

--log window size

来防止此问题发生。。。我是否可以添加该选项并从失败的修订中重试？那么，这个问题是一个

git svn

内存使用问题还是一个仅与损坏的subversion版本有关的问题

是否有一种方法可以使流程稳健地忽略错误，而不仅仅是因为此错误而停止冗长的流程

---

更新：我是在以下步骤中到达这一点的，这表明使用

git svn

及其

svn迁移脚本。jar

实现

git svn

不是一次性转换存储库或存储库部分的正确工具。如果您想将Git用作现有SVN服务器的前端，那么它是一个很好的工具，但是对于一次性转换，您应该不要使用

Git SVN

，而是

svn2git

，它更适合此用例

有很多工具称为

svn2git

，最好的工具可能是来自的KDE工具。我强烈建议使用

svn2git

工具。这是我所知道的最好的一款，它的规则文件非常灵活

如果您不是100%了解存储库的历史记录，

svneverever

from是在将SVN存储库迁移到Git时调查其历史记录的一个很好的工具

---

尽管git svn更容易启动，但以下是使用KDE

svn2git

而不是

git svn

更优越的一些原因，除了它的灵活性之外：

• 通过

  svn2git

  （如果使用了正确的历史记录），可以更好、更清晰地重建历史记录，对于具有分支和合并等更复杂的历史记录尤其如此
• 这些标记是真实的标记，而不是Git中的分支
• 使用

  git svn

  时，标记包含一个额外的空提交，这也使得它们不是分支的一部分，因此正常的

  fetch

  将不会获取它们，直到您将

  --tags

  交给命令，因为默认情况下，也只获取指向已获取分支的标记。使用正确的svn2git标记就可以找到它们所属的位置
• 如果您更改了SVN中的布局，您可以使用

  svn2git

  轻松配置它，使用

  git SVN

  您最终将丢失历史记录
• 使用

  svn2git

  还可以轻松地将一个SVN存储库拆分为多个Git存储库
• 或者将同一SVN根目录中的多个SVN存储库轻松组合到一个Git存储库中
• 使用正确的

  svn2git

  比使用

  git svn

有很多原因导致

git svn

更差，而KDE

svn2git

更优越。：-）

我最近

Error from SVN, (175009): Malformed network data: The XML response contains invalid XML: Malformed XML: unclosed token

---

这几乎是一样的，在git clone创建的存储库文件夹中执行

git svn fetch

，正如在注释中提到的，在错误发生的版本中继续执行，并一直运行到最后一个svn版本。

y您是否在做从svn到git的一次性转换，然后仅使用git，还是将Git用作仍然存在的SVN存储库的前端？这一点很好！这是一个单向转换，以后将只使用Git。。。将更新问题如果您尝试重新运行导入过程，则不会出现任何问题。说，

git svn fetch

。试试subgit，我已经跟上了

Error from SVN, (175009): Malformed network data: The XML response contains invalid XML: Malformed XML: unclosed token