tortoise software control best svn git version-control

software - svn vs git



Control de fuente para todos? (11)

Tengo un número de usuarios no técnicos que comparten un conjunto de archivos de proyecto. Sería ideal tenerlos usando el control de versiones, pero creo que tanto la subversión como el git son demasiado técnicos para el personal de oficina no técnico.

¿Hay algún software de control de fuente distribuido que funcione bien para las personas normales?


Intentaría con Mercurial con la integración de TortoiseHG for Explorer.

Es bastante fácil de usar que podría sin problemas:

  • Enséñale a un experto en informática que no sea ese para escribir texto juntos.
  • guía a un amigo por teléfono mediante la instalación de Mercurial (TortoiseHG), creando un repositorio y configurándolo para trabajar juntos utilizando repositorios separados push (his) y pull (mío) después de instalarlo solo una vez en una máquina Windows (solo ejecuto GNU / Linux).

Y dado que está completamente distribuido, no pueden romper su repositorio cuando se rompen los suyos: puede simplemente decidir no extraer sus cambios o extraer solo los buenos cambios (por ejemplo, evitar estos enormes archivos binarios que los principiantes tienden a poner bajo control de versiones) )

Desde entonces, pasé a administrar todos mis sitios web estáticos a través de Mercurial (y un enlace push-upload que carga automáticamente el sitio web a mi servidor FTP, por lo que ya no tengo que preocuparme por eso).


"Archivos de proyecto" es potencialmente vago: si los archivos en cuestión no son principalmente archivos ASCII y son documentos de Word o lo que usted tiene, no estoy seguro de que las herramientas de control de origen tradicionales realmente funcionen.

SVN et. Alabama. Con mucho gusto soportará archivos binarios, pero si eso es todo lo que está usando, entonces realmente no obtiene la mayoría de las funciones útiles y generalmente termina confundiendo a los usuarios no técnicos. SVN (y git, etc.) son herramientas diseñadas para programadores: si solo buscas una buena forma de administrar las revisiones de documentos y mantener un historial, supongo que hay mejores herramientas para tu plataforma en particular (aunque no lo hago). saber lo suficiente como para recomendar uno en particular).

Dicho esto, si son en su mayoría archivos ASCII, sospecho que TortoiseSVN es su mejor opción.


¿Has probado Tortoise SVN ? No me puedo imaginar que el control de fuente sea mucho más fácil de usar.



Actualmente estoy explorando hasta qué punto SharePoint puede proporcionar un control de versión no confiable pero no técnico, en un contexto similar. El resultado preliminar es "meh". Incluso en el caso de que lleguemos a una conclusión, ya está claro que el control de la revisión requiere un cambio bastante importante en las actitudes de los usuarios hacia la gestión de documentos.

Ahora bien, si esto fuera para equipos que usan Apple Mac, que supongo que no es así, recomendaría fuertemente Versions , que es un cliente SVN extremadamente intuitivo. Este es el primer y único software en el que he visto el control de revisiones y sus cambios de paradigma siendo adoptados fácilmente por los no programadores.


Creo que la mejor solución sería hacer que todos usen el sistema de control de versiones directamente. Si está en una plataforma Windows, TortoiseSVN sería mi recomendación.

Si usar TortoiseSVN directamente es demasiado difícil, he tenido buenas experiencias con la configuración de un recurso compartido de archivos Samba donde se almacenan todos los documentos del proyecto y la sincronización automática con Subversion. Usted pierde los beneficios de las personas que escriben comentarios sobre sus compromisos, pero en muchos casos el historial de versiones automático es mejor que no tener historial de versiones. De esta forma, las personas involucradas ni siquiera tienen que estar al tanto del seguimiento de la versión, siempre y cuando guarden sus documentos en el lugar correcto. La frecuencia con la que necesita sincronizar depende de la frecuencia con la que se cambian los documentos, pero en mi caso una sincronización cada 24 horas fue adecuada.

Nota: Para implementar esto, tuve que escribir un script personalizado que comprobara la última versión del repositorio, lo comparé con la copia local y los comandos svn (o cvs ) para agregar, eliminar y actualizar los archivos modificados. No estoy seguro de si existe una solución general (de código abierto) para hacer esto, pero no creo que deba ser demasiado difícil implementarse de todos modos (escribí un script simple para hacerlo en unas pocas horas).


Esto suena más como un caso de uso para una herramienta colaborativa como BaseCamp , SpiceBird o SharePoint que como "control de fuente". Esas herramientas tienen el mismo objetivo que el control de fuente, pero están más orientadas hacia el tipo de documento de Word y los usuarios correspondientes. Es un elemento más que las personas de TI deben mantener en el servidor, pero también elimina la posibilidad de que el asistente elimine su código.


Si Subversion con TortiseSVN es demasiado complejo, y puede ser, dado que el control de la versión es un paradigma completo diferente de Abrir, Modificar, Guardar, entonces puede comenzar con un control de versión de la mano mucho más simple:

myDocument-20080908-beverlyd.doc

Es simple, fácil de entender, y puede escribir un script que todas las noches o semanas archiva todas las versiones anteriores para que realmente solo vean la última versión o dos.

Si alguien quiere ver diferencias, enséñales diff.

-Adán


Si solo necesitan editar los archivos de Office un usuario a la vez con poca frecuencia, obtenga los archivos en un recurso compartido de red con los permisos adecuados y haga una copia de seguridad cada noche. Active Directory les avisará si alguien ya lo tiene abierto.

Si es más complicado que solo una oficina, considere Sharepoint. Creo que SVN es demasiado complicado, especialmente porque los conflictos y las comparaciones de archivos binarios, por ejemplo, los documentos de la antigua palabra no funcionan realmente.


Si el control de la fuente es demasiado técnico, pueden usar Subversion con WebDav .

Las personas menos técnicas solo guardarán los archivos normalmente desde cualquier aplicación que usen, sin preocuparse / pensar en el control de la fuente. Obtienen el beneficio de la versión automática sin hacer nada.

Cuando necesiten más funcionalidad, pueden aprender a usar TortoiseSVN para ver diffs, volver a la versión anterior que se crearon automáticamente para ellos, etc.

Del libro de subversión:

Debido a que muchos sistemas operativos ya tienen clientes integrados de WebDAV, el caso de uso de esta característica tiene un límite fantástico: imagine una oficina de usuarios comunes que ejecutan Microsoft Windows o Mac OS. Cada usuario "monta" el repositorio de Subversion, que parece ser una carpeta de red común. Usan la carpeta compartida como lo hacen siempre: abrir archivos, editarlos, guardarlos. Mientras tanto, el servidor está versionando automáticamente todo. Cualquier administrador (o usuario entendido) aún puede usar un cliente de Subversion para buscar en el historial y recuperar versiones anteriores de datos.