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.Source Control for Everyone?
¿Hay algún software de control de fuente distribuida que funcione bien para las personas normales?
Si el control de la fuente es demasiado técnica que pueden utilizar Subversion with 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 cada vez que necesitan más funcionalidades que puedan aprender a utilizar TortoiseSVN para ver diffs, volver a la versión antigua que se realiza de forma automática para ellos etc ...
el libro de Subversion:
Debido muchos sistemas operativos ya tienen clientes integrados de WebDAV, el caso de uso para esta característica bordea lo 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) puede seguir utilizando un cliente de Subversion para buscar en el historial y recuperar versiones anteriores de datos.
¿Has probado la versión de cue de Adobe? Esto no es de código abierto/gratuito, pero puede ser más fácil de usar para el usuario final.
Ha intentado Tortoise SVN? No me puedo imaginar que el control de fuente sea mucho más fácil de usar.
Si Subversion con TortiseSVN es demasiado complejo - y puede ser, ya que el control de versiones es todo un paradigma diferente de abrir, modificar, Guardar - entonces es posible que comience a retirarse con un control de versión de la mano mucho más simple:
myDocument-20080908-beverlyd.doc
Es simple, fácil de entender, y puedes 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 las diferencias, enséñales diff.
-Adam
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 sincronizo esto automáticamente 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 era adecuada.
Nota: Para implementar esto, tuve que escribir un script personalizado que comprobara la última versión del repositorio, la comparé con la copia local y emití 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 de una herramienta de colaboración como BaseCamp,
SpiceBird
, o SharePoint de "control de origen." 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 tiene un servidor Windows con Server 2003 o superior, SharePoint (¿servicios? Nunca lo recordaré) es una buena solución sin costo. Proporciona versiones simples y flujo de trabajo básico. –
Aparentemente aparece SharePoint Services como descarga gratuita, aunque no estoy seguro de las limitaciones. http://technet.microsoft.com/en-us/library/bb400746.aspx –
"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 sea, 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.
Actualmente estoy explorando hasta qué punto SharePoint puede proporcionar un control de versiones 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 era para los equipos que utilizan Macs de Apple, que supongo que no lo es, lo recomiendo encarecidamente Versions, que es un cliente muy intuitiva SVN. 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.
Si sólo tienen que editar archivos de Office de un usuario a la vez con poca frecuencia, obtener los archivos en una red compartida con los permisos adecuados y realizar copias de seguridad nocturno. 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 desde conflictos y comparaciones de archivos binarios, p. los documentos de la antigua palabra no funcionan realmente.
Me gustaría probar Mercurial con TortoiseHG para la integración de Explorer.
Es bastante fácil de usar que pude sin problemas:
Y como se distribuye por completo, no pueden romper su repositorio cuando se rompen los suyos; simplemente puede decidir no extraer sus cambios o extraer solo los buenos cambios (por ejemplo, evitar estos enormes archivos binarios para principiantes) tienden a poner bajo control de versión).
Desde entonces pasé a administrar todos mis sitios web estáticos a través de Mercurial (y un gancho push-upload que automáticamente carga el sitio web a mi servidor FTP, por lo que ya no tengo que preocuparme por eso).
I hizo una howto para la respuesta subversión + webdav:
Marshall - uno de los requisitos era un control fuente distribuido. ¿Tortoise es compatible con uno de los DVCSeS basados en SVN? –
Bueno, el OP solicita VC distribuido, y luego sugiere que no eligieron Subversion porque era difícil, no porque no se ajustara a sus requisitos. Entonces, parece que una subversión 'fácil' eliminaría la única preocupación que el OP tiene con ella. -Adam –