¿Cómo vuelvo a configurar el servidor de VisualSVN copiar-modificar-mezclar a Lock-modificación-desbloqueo?

Question

Nos hemos empezado a utilizar VisualSVN, TortoiseSVN y AnkhSVN plug-in para manejar nuestro control de origen. Al principio estábamos bien con el estilo de copiar-modificar-fusionar, pero ahora hemos encontrado una necesidad de adoptar el método de bloqueo-modificación-desbloqueo. Pero ya tenemos como 15 proyectos en nuestro repositorio que siguen copiar-modificar-fusionar.

¿Qué necesito hacer para configurar nuestro repositorio para requerir cerraduras para los proyectos existentes y los proyectos que se añadirán en el futuro. He visto la documentación sobre svn: needs-lock pero no entender cómo usar esto para mover nuestra tienda de bloqueo-modificación-desbloqueo.

Puede alguien por favor, dame la explicación "para tontos" de cómo configurar el servidor de VisualSVN, así como nuestras máquinas cliente para requerir de bloqueo para los proyectos existentes y los proyectos recién añadidos?

Answer 1

Subversion no ofrece un fuerte mecanismo de bloqueo-modificación-desbloqueo. Sin embargo, si hace clic derecho sobre cualquier archivo en la subversión se tiene la opción de bloquearlo. Esto evita que cualquier otra persona desde el check in hasta que tengan el bloqueo o el bloqueo ha salido al mercado.

Puede marcar los archivos como la necesidad de un bloqueo mediante el establecimiento de la propiedad svn: needs-lock, ve aquí:

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

y

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

No es necesario configurarlo para cada archivo en el proyecto, se puede tener para los archivos individuales felizmente.

Sin embargo, la edición de combinación-operación de confirmación es el valor por defecto en todos los sistemas de control de fuente moderna por una razón. Incluso TFS. Una vez más, recomiendo Eric Sink .

Answer 2

Bueno, supongo que tengo que hacer un punto aquí, para apoyar la solicitud.
La mayoría de las veces, usted no está en tan grandes lugares de trabajo como era de esperar, los lugares donde el código por lo general requiere una gran cantidad de refactorización, y por lo general son nosotros, los que estudian, que pensar en el añadido de arquitectura e ir a por el audaz y la nueva, para terminar este ciclo de nunca acabar refactorización.
Por lo general, así, cuando estamos reafctoring aplicación de algún hombre pobre de la capa de datos o similares, el hijo de puta va y cambia el archivo de sangre, de manera tal horrible (porque esencialmente no funciona correctamente, por las razones obvias) , que a continuación, se termina con un reproceso.
Usted tiene que hacerlo usted mismo, contra la corriente, contra todos los pronósticos, debido a que el hombre nunca hará tan bueno como era de esperar.
Me encuentro en una empresa en la que frente a estos desarrolladores. Y tienen ego, y tienen sus razones (y sus razones son por lo general el tiempo, que es una mentira, porque todos tenemos el mismo ammount de tiempo, es sólo que no se dedican, sólo tiene que ir y terminarlo, no hay pensamientos, no hay ideas, apenas mono mecanografía) . Y un poco saliente de soporte.
Por lo general, depende de mí, en mi empresa, a "hacer las cosas", y me gustaría ser capaz de bloquear los archivos cada vez que tengo que volver a hacer algo, así que no tiene que volver a leer, o fusionar "nueva" aplicación de ese bastardo.

Tenga en cuenta que esto es sólo un caso, mi caso Anyhows, para apoyar la solicitud de swolff1978.