Actualmente estoy usando Tortoise SVN y un plugin SVN de mi IDE. Aparecen problemas en algún momento, y parece que mi .svn no siempre está en un estado consistente. Entonces, ¿es una mala práctica usar dos clientes SVN? (mirando desde un enfoque práctico). ¿Tiene enlaces relacionados con las mejores prácticas de SVN? Gracias.¿Es una mala práctica usar dos clientes SVN al mismo tiempo?
Puede usar cualquier cantidad que le resulte más fácil para hacer su trabajo.
Estamos usando Tortoise en todas las máquinas, y AnkhSvn para aquellos que también usan Visual Studio. La mayoría de las veces voy a usar el complemento, pero a menudo tiene problemas para hacer cosas como movimientos complicados o cambiar el nombre, por lo que en esos casos usaré Tortoise. Lo que hace el trabajo. También me gusta mucho la integración de shell que Tortoise te brinda.
Si está utilizando varios clientes, es un poco de prueba y error encontrar qué cliente funciona mejor para qué operaciones, pero eso no debería llevar demasiado tiempo.
Una cosa que necesita ver es asegurarse de que los clientes SVN sigan siendo compatibles con la versión de SVN en su servidor, y que todos los clientes sean capaces de leer/escribir entre ellos. Recomiendo leer las notas de la versión antes de instalar cualquier actualización para los clientes (que a menudo tienen mecanismos de actualización automática).
Uso AnhkSvn y Tortoise todo el tiempo, a veces no se sincronizan, pero nunca tuve problemas de consistencia. No creo que sea una mala práctica usar cualquier cantidad de clientes svn siempre que se porten bien.
De acuerdo, lo único a tener en cuenta es que si tiene archivos no incluidos en su IDE que pueden necesitar actualizarse o comprometerse, entonces deberá usar Tortoise para eso.Esa es la única vez que tuve problemas con este tipo de configuración. –
@dhulk: estuvo de acuerdo y me sucede todo el tiempo también, pero no es culpa de ninguno de los clientes. –
Estoy de acuerdo con dhulk – Jason
No, en absoluto. Muchas personas usan un cliente gráfico (TortoiseSVN, complemento IDE) junto con un cliente de línea de comandos (útil para aquellos comandos que tardarían más tiempo en hacer clic que en escribir).
Es una mala idea usar varios clientes SVN en el mismo proceso de pago. Incluso el uso de diferentes versiones del cliente de línea de comando puede hacer que el repositorio sea inutilizable para el otro (he tenido muchos problemas con eso, usando sistemas de archivos remotos de diferentes máquinas).
Votante anónimo cobarde sin comentarios :( – Tronic
(+1) Tu comentario útil, no sé quién "-1". Gracias! –
Sí, es una muy mala idea. SVN es notorio por actualizar silenciosamente las estructuras de datos en disco al formato más nuevo que entiende, por lo que siempre que uno de tus clientes se actualice a una versión de programa más nueva (por ejemplo, porque usaste "plugins de actualización" en tu IDE o cuando actualizas su instalación de Cywgin ...), la otra puede estar bloqueada. Si no es fácilmente actualizable, p. porque su plugin IDE no ha sido reescrito todavía, está jodido. Por lo menos, use solo clientes que posiblemente no puedan auto-actualizarse sin su conocimiento.
+1 porque este es precisamente el problema que golpeo. – Tronic
Subversion 1.7 requerirá una actualización explícita, a diferencia de todas las versiones 1.X anteriores. (La actualización también será mucho más lenta que las actualizaciones anteriores ... Para hacer todo más rápido después) –
+1 para la respuesta. Diré a favor de SVN que cuando me encontré con esto, el programa anterior se quejó de que la estructura no era lo que esperaba, en lugar de criticar todos mis archivos. –
Esto generalmente funciona bien. Con frecuencia cambio entre TortoiseSVN, Eclipse y el cliente CLI.
Lo que hay que tener en cuenta es el almacenamiento en caché en su IDE. Por ejemplo, Eclipse no sabe cuándo utiliza Tortoise para realizar una actualización, por lo que debe actualizar manualmente el proyecto para que encuentre los archivos actualizados.
La otra cosa que hay que tener en cuenta es la versión del cliente. Tenga cuidado al actualizar uno de sus clientes SVN, ya que si uno de ellos se mueve a una nueva versión del cliente svn, puede hacer que su copia de trabajo no sea accesible para los otros clientes. No importa cuál sea la versión del servidor, siempre y cuando todos sus clientes trabajen contra la misma versión del cliente svn.
La versión del servidor no importa; Los clientes svn son compatibles hacia atrás y hacia adelante con las versiones del servidor. Lo que importa es que todos los clientes están en la misma versión de svn. –
@Ken: Esa no ha sido nuestra experiencia. Habíamos descargado el último cliente y no interactuaba bien con una versión anterior del software del servidor. Sí, los clientes * deberían * ser compatibles con versiones anteriores y posteriores, pero este no parece ser el caso todo el tiempo, o corresponde a los desarrolladores del cliente hacerlo de manera confiable. –
interesante. Creo que es bueno saber la diferencia entre la forma en que las cosas deberían funcionar y cómo funcionan realmente. :) –