Como mudar o UUID da cópia de trabalho do subversion?

Atualizei recentemente os repositórios do Subversion de uma versão 1.2.3 antiga para a 1.6.0 via svnadmin dump / load . Todos os repositórios antigos usavam o mesmo UUID (os repositórios foram criados usando-se a cópia de um repositório de modelos). Mudei o UUID em alguns dos novos repositórios via svnadmin setuuid para ser único. Não posso apenas realocar minhas cópias de trabalho existentes desses repositórios porque os UUIDs são diferentes. Eu sei sobre a exportação da cópia de trabalho e o check-out do novo repositório, mas fiquei pensando se havia uma maneira de alterar apenas o UUID da cópia de trabalho no local, como o que o svnadmin setuuid faz pelos repositórios.

Você precisa editar todos os arquivos de 'entradas' no seu repositório puxado. Se o repositório tiver muitos diretórios, localize + um script sed fará pouco trabalho com a tarefa.

Nova resposta desde o formato de cópia de trabalho do Subversion 1.7 . Você precisa do sqlite3utilitário de linha de comando.

No diretório raiz da sua cópia de trabalho, agora existe uma única .svn/pasta com um banco de dados SQLite. Você pode consultar o repositório atual UUIDconhecido por sua cópia de trabalho com:

$ sqlite3 .svn/wc.db 'select uuid from REPOSITORY where id=1'
b6dc3e6c-5320-4549-b231-c153d86d7525

Como resultado, a alteração UUIDpode ser feita com:

$ sqlite3 .svn/wc.db 'update REPOSITORY set uuid="1c0d1ec1-2326-0410-bef5-eb29cddfc032" where id=1'

Obviamente, mantenha um backup do .svn/wc.dbarquivo antes de chamar a consulta de atualização. Quase não há chance de sua entidade de repositório ter um ID diferente ou de haver várias linhas nessa tabela, mas você pode verificar se obtém resultados inesperados.

Aqui está um comando que faz o truque para o SVN 1.6 e abaixo:

find . -type f -name entries -exec sed -i 's/old-uuid/new-uuid/g' {} \;

Substitua old-uuide new-uuidpelos IDs reais.

A resposta de Yves Martin funcionou muito bem para nós em várias cópias de trabalho com o SVN 1.8, mas acabamos encontrando casos em que não funcionava.

A execução do comando Yves sem "where id = 1" funcionou em todos os casos para nós:

$ sqlite3 .svn/wc.db 'update REPOSITORY set uuid="1c0d1ec1-2326-0410-bef5-eb29cddfc032"'

Investigando por que isso aconteceu, descobri que vários UUIDs são armazenados ao realocar o repositório, ao contrário da intuição de Yves de que isso nunca deveria acontecer.

Uma nova entrada na tabela REPOSITORY é adicionada após uma realocação em vez de atualizar a existente, armazenando um ID incrementado com a nova raiz do repositório e seu UUID. Portanto, os casos que falharam em funcionar corretamente foram as cópias de trabalho que já haviam sido realocadas no passado: O comando parecia funcionar, mas apenas o UUID inicial foi alterado, e não o atualmente sendo usado.

Pode-se verificar a lista de raízes e UUIDs armazenados em uma cópia de trabalho com este comando:

$ sqlite3 .svn/wc.db 'select id,uuid,root from REPOSITORY'

Finalmente, observarei que tive que usar um conjunto diferente de cotações para os arquivos de lote / linha de comando do Windows, da seguinte maneira:

> sqlite3.exe .svn\wc.db "update REPOSITORY set uuid='1c0d1ec1-2326-0410-bef5-eb29cddfc032'"

A seção " Gerenciando UUIDs de repositório " no svn red-bean book pode ter a resposta que você está procurando.