Git Svn clona cierta revisión y continúa clonando otras revisiones en el futuro

Estoy convirtiendo mi svn repo en git. Es un repository muy grande y sigue fallando, por lo tanto, tengo que clonar solo una parte. Utilicé el siguiente command:

git svn clone -r100000:HEAD https://svn.myserver.com/project/ . 

Se completó con éxito, pero solo tengo los últimos commits. ¿Hay alguna forma de continuar clonando las confirmaciones anteriores?

PD: la clonación de todo el repository sin -r siempre da como resultado que la request de capa de RA falló: la request de REPORT falló en 'svn / project /! Svn / vcc / default': … no se pudo leer el tamaño del fragment: connection segura truncada … A veces , es después de unos días … así que decidí abandonarlo y clonar solo parcialmente

EDITAR: agregue el post de error

Error en la request de capa RA: la request INFORME falló en '/ svn / project /! Svn / vcc / default': INFORME de '/ svn / project /! Svn / vcc / default': No se pudo leer el tamaño del fragment: connection segura truncada ( https : //svn.myserver.com ) en /usr/lib/perl5/site_perl/Git/SVN/Ra.pm línea 282

Si desea el historial completo, ¿por qué no comenzar en el rev 1 de svn repo? De acuerdo, tomará un time, pero podrías hacerlo en partes. Por ejemplo:

 git svn clone -r1:10000 https://svn.myserver.com/project/ . 

Una vez que completa el CD en el proyecto y ejecuta:

 git svn fetch svn -r10000:20000 

incluso puedes superponer:

 git svn fetch svn -r9997:20000 

y saltará las piezas que ya tiene. Tal vez no quieras crear espacios vacíos.

Y reconozco que trataste de sacar todo antes sin ninguna especificación -r y obtuve errores, pero quizás hacerlo en secciones lo superará. Si obtiene un error, intente ejecutar el mismo command nuevamente. Al usar git svn clone en el pasado, he tenido muchos casos de pérdida de connection o errores aleatorios, pero el cd-ing en el proyecto y git svn fetch o rebase -ing (algunas veces repetidamente) parece seguir retomando donde lo dejó fuera antes

con git no puedes agregar el historial "al frente" de lo que ya tienes. cada commit de git hace reference a TODAS LAS COMPROMISOS que el sucesor (a través de la inclusión de un hash de estas confirmaciones). es posible reescribir el historial (y agregar nuevos commits al frente), pero eso le da compromisos totalmente nuevos (hash modificados) y no es lo que desea hacer en un repository de uso activo.

debe get tanto historial como sea posible y reclamar una "import inicial" o intentar solucionar el problema de import. cuando hablas de días, parece como si pudieras beneficiarte de moverte más cerca del svn repo, es decir, ejecutar los commands en el propio server svn para ahorrar sobrecarga / latencia de networking.

también podría ser útil dar más información sobre los errores reales que encuentre.