¿Qué significa cuando git svn clone se ejecuta durante un largo time, completa y no logra nada

Actualicé git en mi mac a 1.7.2. Ya no puedo get git svn clone o git svn fetch para tener éxito.

Con GIT_TRACE = 2, las últimas palabras sobre el tema son:

trace: built-in: git 'config' 'svn-remote.svn.branches-maxRev' '12912' trace: built-in: git 'config' 'svn-remote.svn.tags-maxRev' '12912' trace: built-in: git 'config' 'svn-remote.svn.branches-maxRev' '12912' trace: built-in: git 'config' 'svn-remote.svn.tags-maxRev' '12912' trace: built-in: git 'gc' '--auto' 

git branch -a no tiene nada que decir, nada está desprotegido. Pero no hay posts de error, tampoco.

 git svn clone -s https://gate.svn.sourceforge.net/svnroot/gate 

En caso de que alguien más se preocupe por probar esto.

Supongo que debería hacer una pregunta: "¿Alguien sabe cómo evitar esto?"

EDITAR

Aquí hay un error, pero es completamente diferente de lo que dije. Dudo que tenga algo que ver con la versión de Git.

La URL de arriba no es una url svdlayout stdlayout. Si agrega otra / puerta al final, verá una url stdlayout. El error es que git svn debería estar imprimiendo un post al efecto de que no puede encontrar el tronco, las tags o las twigs.

Explicaré esto porque me encontré con problemas similares con git-svn en un repository que tenía un largo y complejo historial de ramificaciones (y ninguna twig troncal estándar). Git-svn tardó mucho time porque estaba tratando de determinar el comienzo de la historia que retrocedía. Tomó un time bastante largo, y al final falló debido a problemas en el historial de sucursal de este repository SVN.

Lo que ayudó a que esto fuera confiable fue limitar el historial que cloné a un range específico utilizando -r {Rev ID start}..HEAD . Tal vez esto ayude.