Versiones de archivos de Linux?

Estamos migrando de un entorno VMS a un entorno Linux para algunos servidores alfa antiguos que estamos retirando del servicio. El único desafío que no he podido superar es el versionado de archivos. VMS mantiene varias copias del mismo archivo mediante el uso de un indicador de versión. He encontrado múltiples opciones en la forja de origen, sin embargo, no he encontrado a nadie que tenga experiencia con ninguno de estos en un entorno de producción importante. la resonancia que esto se necesita es porque las fuentes de otros sistemas no tienen en cuenta nombres de archivo únicos. Estamos tratando de mantener nuestro alcance lo más ligero posible.

Cualquier ayuda es muy apreciada.

Los 2 principales que parecen estar disponibles son:

• Camino de vuelta
• EtcKeeper: no estoy seguro Si puede aplicarlo a un solo directorio o a varios.

¿Alguien ha usado estos en un entorno empresarial? ¿Hay otras opciones que debería considerar?

Buscaría un sistema de archivos de versiones real si está absolutamente seguro de que quiere esta funcionalidad aún. La mayoría de ellos están cubiertos en Wikipedia, titulados: Sistema de archivos de versiones . Esta es la lista de opciones de ese artículo para Linux.

extracto

Ningún sistema de archivos Linux convencional admite el control de versiones, pero una serie de soluciones experimentales / de investigación y menos conocidas lo hacen, a saber:

• ext3cow
• NILFS : un sistema de archivos con estructura de registro que admite el control de versiones de todo el sistema de archivos y la captura continua de imágenes.
• Tux3 - En desarrollo activo.
• btrfs [ dudoso - discutir ]
• Siguiente3

Puede usar copyfs para proporcionar versiones sistemáticas de los archivos en una jerarquía de archivos. Copyfs mantiene todas las versiones de todos los archivos. Utiliza el sistema de archivos subyacente de su elección para almacenar el contenido del archivo.

Etckeeper no es la herramienta adecuada. Es una capa en la parte superior de un sistema de control de revisiones diseñado para hacer un mejor trabajo en el directorio del archivo de configuración del sistema ( /etc). Dependiendo de sus requisitos, puede usar un sistema de control de revisión como subversion, git, mercurial, etc. Esto puede ser útil si puede insertar una acción de confirmación en su flujo de trabajo cada vez que aparece una nueva versión de un archivo.

Otro enfoque puede ser cambiar el nombre o mover archivos a medida que ingresan. Linux proporciona la función de notificación para reaccionar a los eventos del sistema de archivos, como la creación o el cierre de un archivo.

Mirando alrededor unos años después de que se hizo esta pregunta, ninguno de los sistemas de archivos de versiones enumerados anteriormente se está desarrollando o manteniendo activamente, por lo que puedo decir (feliz de ser corregido si está mal). El status quo parece ser una copia de seguridad del servidor / nube y mantener el control de versiones en la aplicación del servidor. Para mis problemas de copia de seguridad, creo que esto tiene sentido: combina los problemas de copia de seguridad fuera del sitio, el control de versiones y el costo de almacenamiento masivo en una sola solución. Simplemente ya no tiene sentido tener múltiples versiones de cada documento que haya tocado espacio en su propio sistema de archivos.

Para cargas ligeras (archivos pequeños), Github con confirmaciones programadas o confirmaciones automáticas funciona.

Para cosas más grandes, Github señala útilmente

Git no está diseñado adecuadamente para servir como herramienta de respaldo. Sin embargo, hay muchas soluciones específicamente diseñadas para realizar copias de seguridad que vale la pena revisar, incluidas Arq, Carbonite, Mozy y CrashPlan.

Mientras escribo esto, de los recomendados CrashPlan y Mozy tienen aplicaciones para Linux. Ambos admiten versiones, pero verifique los límites de tiempo antes de comprar.