Busco Control de Versiones para documentos ofimáticos

Me gustaría ver si hay opciones fuera de línea para el control de versiones.

El problema:

La configuración básica es que los documentos se almacenan en un servidor central y todos trabajan en su propia versión del documento, con convenciones de nomenclatura deficientes, además, sin comunicación entre los miembros dentro de esta oficina. Esto inicia algunos escenarios de pesadilla, donde los documentos ya abiertos sobrescriben los documentos existentes, las ediciones y los pedidos se mezclan y, al final del día, simplemente desperdician el dinero de la empresa.

Problemas adicionales:

Si bien me encantaría aprender a usar algo como GitHub para este tipo de cosas, las personas en esta oficina en particular tienen desafíos tecnológicos , y siento que mi propuesta para algo complejo podría frustrarlos, llevándolos a hacer lo mismo que antes. hecho antes.

Lo que me gustaría:

Me gustaría algo alojado por mí mismo , para poder ponerlo en nuestra red interna y, dependiendo de la capacidad de adaptación de mi colega, permitir que esté en la red en algún momento.

Tiene que ser algo simplista , donde al final del día alguien pueda ver todos los cambios realizados en un determinado archivo y decir aceptar X, Y o Z, lo que le permite generar un nuevo archivo con una convención de nomenclatura específica.

He mirado TortoiseGit / SVN y Gogs self-hosted . No sé lo suficiente como para decir si esta es la solución correcta o si es fácil. Los 3 parecen complejos, pero Gogs parece tener una interfaz agradable y bien diseñada.

He visto algunos de los hilos aquí, y hurgué en algunas opciones que la gente ha mencionado, pero no estoy seguro.

Cualquier ayuda o explicación sería muy apreciada.

mis limitaciones

Cuando se trata de algo como TortoiseSVN , puedo instalarlo fácilmente. Cuando se trata de algo como Gogs , probablemente pueda instalarlo con algunas instrucciones decentes, pero no pretenderé saber exactamente lo que estoy haciendo.

Gracias de antemano.

Conozco un servidor de administración de documentos de código abierto minimalista que encajaría, pero no puede mostrar "cambios realizados en un archivo determinado". En realidad, es un requisito bastante difícil, ya que los archivos de Office son bastante opacos y, por lo general, los sistemas de control de versiones los tratan como un blob binario (sin diferencias). ¿Las diferencias son un requisito estricto o puedo publicar una respuesta para eso?
Parece que podría ser una solicitud muy común. ¿Podría publicar su respuesta, cuando obtenga una, ya que estoy seguro de que ayudará a muchos otros en el futuro?
Ciertamente, publique y lo investigaré. Tal como están las cosas, esperaba que hubiera una versión de oficina basada en la web que permitiera esto. Son demasiado paranoicos para usar Google Docs, así que eso está fuera de la ventana.
Hablando de Google Docs: hay varias soluciones de Office autohospedables, como, por ejemplo, Collabora (que incluso se integra con ownCloud/Nextcloud). No los he probado (todavía no es necesario), por lo que no puedo decir qué tan bien funcionan con su enfoque multiusuario.
¿Algún desarrollo adicional sobre esto?

Respuestas (2)

SVN realmente vale la pena intentarlo. TortoiseSVN tiene funciones para diferenciar archivos de Office (al menos, doc(x) y xls(x)), se ve así:

Imagen de http://newgeeks.blogspot.ru/2006/08/word-document-management-using-svn.html

Aunque hay servidores SVN fáciles de instalar con GUI como VisualSVN , ni siquiera se necesita un servidor basado en HTTP porque TortoiseSVN puede crear y usar repositorios en el sistema de archivos .

El único inconveniente es la fusión de 3 vías: no pude encontrar ninguna información sobre si es posible y cómo.

Git es aún más conveniente a largo plazo ya que, por ejemplo, 1) permite guardar el trabajo incompleto localmente en etapas y solo cargarlo en el servidor central una vez que esté completo y 2) permite trabajar sin conexión. Pero tiene una curva de aprendizaje más pronunciada.

¡Gracias por tu tiempo y esfuerzo! Parece que sería la mejor y más fácil solución de implementar. Una vez que aprenda los entresijos de este servidor y los métodos, enseñaré a los demás. Gracias de nuevo. :)
@ user980071 si lee con atención, ni siquiera es necesario un servidor SVN, el repositorio puede estar en el sistema de archivos, por ejemplo, en un recurso compartido de red (nunca probé esto, pero eso es lo que dicen).
Ah, está bien, tenía la impresión de que un servidor estaría involucrado, solo para registrar y mostrar los cambios. Probaré. Lo siento, aún no lo he logrado.

Supongo que está utilizando documentos de Microsoft Office (frente a LibreOffice, etc.). Si puede renunciar a su requisito de ser autohospedado, entonces creo que la solución de Microsoft a este problema es usar un sitio de Sharepoint . Dado que dijo que podría migrar a la red en el futuro, asumo que su preferencia por el alojamiento propio se debe a problemas técnicos o de control, no a requisitos legales.

Sharepoint es parte de la suite Office 365 y cuesta dinero. No especificó que desea una solución gratuita (aunque la mayoría de sus ejemplos son gratuitos). Sin embargo, si su empleador ya está suscrito a Office 365, Sharepoint está disponible para usted sin costo adicional.

Sharepoint admite el control de versiones simple y lineal de documentos y se integra con las aplicaciones de escritorio para guardar documentos directamente en el sitio, etc.

Sharepoint sería una gran solución, sin embargo, hay muchas versiones de Office ejecutándose aquí, y no sería fácil justificar una actualización unificada cuando los paquetes antiguos funcionan igual de bien a sus ojos.
Busco Control de Versiones para documentos ofimáticos
RespuestasAquíPolítica de privacidad1y, 0v