Configurando o Subversion Lock-Modify-Unlock no Windows Server

1

Eu tenho o servidor Visual SVN em execução em uma máquina Windows. Eu estou usando o cliente VisualSVN que se integra ao Visual Studio. Anteriormente, usamos o Visual SourceSafe, que tinha o modelo de versão lock-modify-unlock. Apesar das desvantagens desse modelo, é com o que estamos acostumados e queremos um comportamento idêntico do Subversion. Em suma, não confiamos na fusão.

Eu fiz o seguinte ...

  • Habilitar autopropulsões na seção [miscelânea] da configuração: enable-auto-props = yes
  • Entrada adicionada a [autopropulsores] para forçar o bloqueio de necessidades em todos os arquivos: * = svn:needs-lock=*
  • Desativar o não desbloqueio para desbloquear automaticamente o arquivo no commit: no-unlock = false
  • Alterou as configurações do TortoiseSVN para não mostrar a caixa de diálogo de bloqueio ao bloquear arquivos
  • TortoiseSVN alterado para fechar caixas de diálogo automaticamente se não houver erros.

E eu tenho os seguintes problemas ...

  • Quando eu reverter minhas alterações, o bloqueio não é liberado. Deveria ser. Existe alguma maneira que eu possa forçá-lo a desbloquear quando eu reverter?
  • Edit: corrigido! Toda vez que eu começo a fazer uma mudança, ele automaticamente recebe um bloqueio, mas me apresenta uma caixa de diálogo dizendo "Bloquear concluído!". Este diálogo só fica no caminho. Seria bom ser capaz de assumir que o bloqueio foi concluído com sucesso. Existe uma maneira de ocultar este diálogo e apenas exibi-lo se ocorrer um erro.

Como posso resolver esses problemas? Eu realmente não quero ouvir um discurso de vendas sobre por que devemos usar o copy-modify-merge, apenas me ajude a resolver os problemas.

    
por Josh Stodola 07.08.2009 / 16:23

1 resposta

1

Acho que seus problemas estão com o VisualSVN, é necessário entrar em contato com eles para configurar o produto para não mostrar a caixa de diálogo e desbloquear automaticamente na reversão. Stefan é muito bom em fazer correções, e parece que o item de configuração no-unlock também deve ser aplicado para reverter e confirmar. Observe que a funcionalidade de reversão não entra em contato com o servidor, portanto, ele pode considerar uma alteração indesejável.

Na maioria dos casos, o bloqueio é uma coisa manual que você precisa bloquear e desbloquear explicitamente, para que a maioria das pessoas que o usam deseje garantir o desbloqueio.

Se a 'caixa de diálogo de bloqueio' for uma coisa do Tortoise, você pode configurar os diálogos para fechar automaticamente se não houver erros. Mais uma vez, envie uma mensagem para a lista de discussão para ver se todos os outros desejam essa alteração.

PS. Quando eu converti para SVN do VSS, decidi ir com a abordagem de copiar-mesclar-modificar e, em seguida, tapa bloqueios em tudo, se não funcionou bem. Ninguém reclamou, e todos eles gostam do sistema (uma vez eu disse a eles para não tentarem resolver conflitos com arquivos binários)

    
por 07.08.2009 / 17:25