arquivo svn dump parece estar com formato incorreto ou incorreto

Question

Estou tentando obter um svn dump do conteúdo do meu repositório SVN assembla . Eu segui as suas instruções e baixei o arquivo tar.gz que a exportação gera.

Gostaria de executar o svndumpfilter no dump antes de importá-lo para outro repositório, mas tudo o que faço gera alguns erros;

• se eu executar tar xzf no arquivo, recebo todo o conteúdo (um diretório, não um arquivo simples) - se eu colocar esse conteúdo em um diretório e executar o svndumpfilter, recebo um erro svndumpfilter: E000021: Can't read stream: Is a directory
• se eu apenas descompactar (e não descompactar) o arquivo gz e, em seguida, tentar executar svndumpfilter no arquivo tar, obtenho svndumpfilter: E140001: Malformed dumpfile header 'breakout.ini'

• se eu tentar baixar um despejo diretamente usando svnrdump dump http://subversion.assembla.com/svn/<repo_name>/ , recebo o erro:

  * Dumped revision 6. svnrdump: E175002: REPORT of  
  'http://subversion.assembla.com/svn/<repo_name>': Could not read response body: Connection reset by peer (http://subversion.assembla.com)
  

  isso ocorre consistentemente após a revisão 6.

• Se eu tentar importar o arquivo descompactado para um repositório local, recebo

  $ sudo svnadmin create my_repo
  $ sudo svnadmin load --force-uuid my_repo < repo_download.tar.gz
  svnadmin: E140001: Malformed dumpfile header '?'
  

Localmente, estou usando o svn versão 1.7.4, no Ubuntu. Eu não sei o que a versão assembla usa.

Existe algo óbvio que está faltando, ou eles estão confundindo coisas atrasando o conteúdo que deve ser um arquivo de despejo simples?

A árvore em execução no download descompactado fornece:

tree -d
.
âââ tmp
    âââ db
    â   âââ node-origins
    â   âââ revprops
    â   â   âââ 0
    â   âââ revs
    â   â   âââ 0
    â   âââ transactions
    â   âââ txn-protorevs
    âââ hooks
    â   âââ post-commit.d
    â   âââ post-revprop-change.d
    â   âââ pre-commit.d
    âââ locks

14 directories

    

Answer 1

Atualização:

A partir de sua informação extra-extra, descobriu-se que você baixou um repositório SVN inteiro " backend ". Conforme discutido nos comentários, tente verificar com o seguinte comando:

svn checkout file://$(pwd)/tmp ./checkout

A partir de suas informações extras, parece que você fez o download da coisa errada ou o serviço de download está quebrado no final.

svnrdump deve funcionar, mas talvez valha a pena tentar espelhar o repositório remoto em um repositório local:

svnadmin create mirror
echo '#!/bin/true' > mirror/hooks/pre-revprop-change
chmod +x mirror/hooks/pre-revprop-change
svnsync init file://$(pwd)/mirror http://subversion.assembla.com/svn/${repo_name}
svnsync sync file://$(pwd)/mirror

Infelizmente, você pode achar que isso também acontece na / após a revisão 6, mas vale a pena ir - talvez a revisão do problema seja particularmente grande?

Se svnsync também desarmar, você poderá verificar a revisão problemática normalmente?

svn checkout -r 6 http://subversion.assembla.com/svn/${repo_name} ./my_repo

OBSERVAÇÃO: é possível que a rev 6 esteja bem, e o problema é na verdade com rev 7, então tente também.