qué significa cuando git svn clone se ejecuta durante mucho tiempo, completa y no logra nada

Question

Actualicé git en mi mac a 1.7.2. Ya no puedo obtener 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 -una rama tiene nada que decir, nada está desprotegido. Pero no hay mensajes 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

Hay un error aquí, pero es totalmente diferente de lo que se reivindica. Dudo que tenga algo que ver con la versión de Git.

La URL anterior es no un SVN url stdlayout. Si agrega otra/puerta al final, verá una url stdlayout. El error es que git svn debería estar imprimiendo un mensaje en el sentido de que no puede encontrar troncales, etiquetas, ramas o.

Answer 1

Voy a tirar esto hacia fuera allí porque me encontré con problemas similares con git-svn en un acuerdo de recompra que tenía una larga historia compleja rama (y ninguna de las ramas del tronco estándar). Git-svn tardó mucho tiempo porque estaba tratando de determinar el comienzo de la historia que retrocedía. Tomó un tiempo bastante largo, y al final falló debido a problemas en el historial de sucursal de este repositorio SVN.

Lo que ayudó a que este era fiable para limitar la historia cloné a un rango específico utilizando -r {Rev ID start}..HEAD. Tal vez esto ayude.