Importación de repositorys svn de Origo

Origo está cerrando su alojamiento SVN, por lo que una vez más me veo obligado a pasar a otro service de alojamiento SVN. El caso es que sí nos proporcionaron una URL para un "volcado nocturno" del repository.

Pero, de hecho, este NO es un file de volcado portátil de Subversion. Lo que obtuve es una copy de security "tar.gz" de 280Mb de todo el repository del sistema de files.

Por lo tanto, cuando trato de "importar" o administrar esa copy de security, me enfrento a algunos problemas.

  1. Fue creado con cualquier versión de svnadmin que yo no sepa
  2. Fue creado en Linux (parece), y estoy trabajando en Windows

Como estoy planeando volver a Assembla para el alojamiento de SVN, necesito un file de volcado portátil válido para la import. Aquí es donde estoy atrapado:

  • No puedo hacer una svnadmin load porque no obtuve un file de volcado válido en primer lugar.
  • Traté de descomprimir / descomprimir el file de respaldo en una carpeta, luego crear un volcado usando svnadmin dump . Pero luego recibo un temido post: 'vnadmin: E160033: tipo de FS desconocido' fsfs
    • Tenga en count el post extraño: s ha sido reemplazado por '
    • Si observa detenidamente, encontrará que este es el resultado de imprimir el tipo de FS desconocido '% s' con% s = fsfs \ cr …
    • Entonces, tengo un problema CR + LF con esa copy de security. Lo cual confirmé comparando un svnadmin create testrepo contra mi repository de Origo.

Estoy publicando una pregunta aquí con la esperanza de que pueda encontrar una manera de manejar esta conversión desde un repository linux svn a un repository svn de windows.

Ya veo dos opciones para salir de este lío, las cuales prefiero evitar :

OPCIÓN 1 : Use una PC Linux. Eso significa:

  1. Encuentra una PC Linux
  2. untar / descomprimir allí
  3. instalar svn.
  4. use svnadmin para crear un volcado portátil (con la esperanza de que cualquier svnadmin que termine usando siga siendo compatible con el repository que obtuve en primer lugar).

OPCIÓN 2 : Usar svnsync

  1. Instalar svn, incluido svnsync
  2. Úselo en el repository original para sincronizar y crear un repository duplicado
  3. Use svndump en ese repository duplicado para crear un volcado portátil
  4. Bueno, eso funciona hasta que el repository original esté en funcionamiento.

NOTA LATERAL: He estado guardando ese file de copy de security diaria durante años, pero solo ahora estoy tratando de utilizarlo y tengo este problema. Lo que me hace pensar en hacer restauraciones en lugar de copys de security

Si realmente es una copy de security de FS-tree of repo, solo puedes

  • Instalar SVN local
  • ¿Restaurar files (directorys?) Del file sobre la location del repository vacía
  • Si todo está bien (los repositorys son accesibles y reabastecebles) – cree un volcado, que Assembla-interface puede aceptar

Para el repository de origo después de extraer el volcado nocturno use Subversion 1.6.5 en Linux para crear un file de volcado – "svnadmin dump …". Luego puede usar "svnadmin load .." en un repository local o usar el volcado para assembla.