Como faço para reconfigurar o servidor VisualSVN de copy-modify-merge para bloquear-modify-unlock?

Question

Acabamos de usar o plug-in VisualSVN, TortoiseSVN e ANKHSVN para lidar com nosso controle de origem. Inicialmente, éramos bons com o estilo Copy-Modify-Merge, mas agora encontramos a necessidade de mudar para o método Lock-Modify-Unlock. Mas já temos 15 projetos em nosso repositório a seguir, copiar-modificar-merge.

O que preciso fazer para configurar nosso repositório para exigir bloqueios para os projetos existentes e quaisquer projetos que serão adicionados no futuro. Eu vi a documentação no SVN: Necessibily, mas não entendo como usar isso para mover nossa loja para bloquear-modificar-senlock.

Alguém pode me dar a explicação "For Dummies" de como configurar o VisualSVN Server, bem como nossas máquinas clientes para exigir o bloqueio para os projetos existentes e os projetos recém -adicionados?

Answer 1

A subversão não oferece um forte mecanismo de Lock-Modify-Unlock. Mas, se você clicar com o botão direito do mouse em qualquer arquivo na subversão, terá a opção de bloqueá -lo. Isso impede que qualquer outra pessoa chegue até que eles tenham a fechadura ou a fechadura seja liberada.

Você pode marcar arquivos como precisando de um bloqueio definindo a propriedade SVN: Necess-Lock, veja aqui:

http://svnbook.red-bean.com/en/1.8/svn.advanced.locking.html#svn.advanced.locking.lock-comunication

e

http://svnbook.red-bean.com/en/1.8/svn.ref.properties.html

Você não precisa configurá -lo para todos os arquivos do projeto, você pode ter para arquivos individuais com bastante prazer.

No entanto, a operação Edit-Merge-Commite é o padrão em todos os sistemas de controle de origem modernos por um motivo. Até TFS. De novo eu recomendo Eric Sink.

Answer 2

Bem, acho que devo argumentar aqui, para apoiar a solicitação.
Na maioria das vezes, você não está em lugares de trabalho tão ótimos quanto esperaríamos, lugares onde o código geralmente exige muita refatoração, e geralmente somos nós, aqueles que estudam, que pensam sobre a arquitetura e vão para o ousado e o Novo, para acabar com esse ciclo de refatoração sem fim.
Geralmente também, quando estamos reafirmando a implementação de um homem pobre da camada de dados ou similar, o bastardo vai e muda o arquivo sangrento, de uma maneira tão hedionda (porque essencialmente não funciona corretamente, por razões óbvias), que então você acaba com um retrabalho.
Você tem que fazer isso sozinho, contra a maré, contra todas as probabilidades, porque esse homem nunca fará o que você esperaria.
Encontro -me em uma empresa em que enfrento esses desenvolvedores. E eles têm ego, e eles têm suas razões (E suas razões geralmente são o tempo, o que é uma mentira, porque todos temos a mesma quantidade de tempo, é só que eles não se dedicam, apenas vá e terminar, sem pensamentos, sem idéias, apenas digitar macacos). E um pequeno chefe de apoio.
Normalmente, depende de mim, na minha empresa, "fazer as coisas funcionarem", e eu adoraria poder bloquear os arquivos toda vez que preciso refazer alguma coisa, para que não precise ler ou mesclar A implementação "nova" daquele bastardo.

Observe que este é apenas um caso, meu caso de qualquer maneira, para apoiar a solicitação da Swolff1978.