SVN quer confirmar tudo após a reinstalação do servidor

Question

a placa-mãe de um servidor dedicado que estou alugando desde cinco anos foi para o sul e a placa-mãe foi substituída por uma nova. A distro muito antiga (Debian) não conseguia acompanhar todo o novo hardware na placa-mãe, então decidi reinstalar uma nova distribuição (Debian Wheezy) do zero (até mesmo fazer uma atualização era meio problemático visto que o antigo Debian seria reconheço o chipset ethernet da nova placa-mãe até onde eu posso dizer, então eu fiz uma reinstalação do zero).

Eu re-instalei o SVN e obtive todos os repositórios fazendo um:

tar -xzf repoBackups.tgz

E "funciona".

O problema é que, embora, digamos, o Eclipse reconheça os repositórios SVN, ele deseja comprometer cada arquivo, mesmo que sejam idênticos.

Isso pode estar relacionado a registros de data e hora nos arquivos? De qualquer forma, você tem uma ideia do que causou isso e como resolver o problema?

Eu poderia simplesmente pedir a todos para re-cometer cada arquivo de cada projeto e acho que tudo ficaria bem, mas alguns desses projetos são bem grandes e seria um pouco doloroso para os desenvolvedores .

Como uma pergunta bônus (e menos importante): outro VCS como Git ou Mercurial não "sofreria" deste problema?

    

Answer 1

Copiar os arquivos de um repositório subversion não é uma forma suportada de fazer backup. (Veja [SVN]: Como fazer o backup do repositório? e qual é a melhor maneira de fazer backup de repositórios do subversion? e Como faço backup de um repositório SVN remoto para os métodos apropriados.) Parece que o banco de dados acabou em estado corrompido.

Tente executar svnadmin dump no repositório não descompactado e svnadmin load no dump resultante. Isso pode resultar em um repositório de trabalho (mas sem promessas, não estou muito familiarizado com o svn).

Os timestamps nos arquivos são irrelevantes. O Subversion não os usa para decidir se deve confirmar, ele usa números de revisão.