Versionnage de fichiers Linux?

Nous migrons d'un environnement VMS vers un environnement Linux pour certains anciens serveurs alpha que nous mettons hors service. Le seul défi que je n'ai pas pu surmonter est la gestion des versions des fichiers. VMS conserve plusieurs copies du même fichier à l'aide d'un indicateur de version. J'ai trouvé plusieurs options sur la forge source, mais je n'ai trouvé personne qui a de l'expérience avec l'une d'entre elles dans un environnement de production majeur. la raison pour laquelle cela est nécessaire est que les flux provenant d'autres systèmes ne prennent pas en compte les noms de fichiers uniques. Nous essayons de garder notre portée aussi légère que possible.

Toute aide est grandement appréciée.

Les 2 principaux qui semblent disponibles sont:

• Chemin de retour
• EtcKeeper - je ne sais pas si vous pouvez l'appliquer à un seul répertoire ou à plusieurs.

Quelqu'un les a-t-il utilisés dans un environnement d'entreprise? Y a-t-il d'autres options que je devrais envisager?

J'examinerais un véritable système de fichiers de version si vous êtes absolument sûr de vouloir toujours cette fonctionnalité. La plupart d'entre eux sont couverts sur Wikipedia, intitulé: Système de fichiers de version . Ceci est la liste des options de cet article pour Linux.

extrait

Aucun système de fichiers Linux traditionnel ne prend en charge la gestion des versions, mais un certain nombre de solutions expérimentales / de recherche et moins connues le font, à savoir:

• ext3cow
• NILFS - Un système de fichiers à structure logarithmique prenant en charge la gestion des versions de l'ensemble du système de fichiers et une capture instantanée continue.
• Tux3 - En développement actif.
• btrfs [ douteux - discuter ]
• Suivant3

Vous pouvez utiliser copyfs pour fournir une version systématique des fichiers dans une hiérarchie de fichiers. Copyfs conserve toutes les versions de tous les fichiers. Il utilise le système de fichiers sous-jacent de votre choix pour stocker le contenu du fichier.

Etckeeper n'est pas le bon outil. C'est une couche au-dessus d'un système de contrôle de révision conçu pour faire un meilleur travail sur le répertoire du fichier de configuration du système ( /etc). Selon vos besoins, vous pourrez peut-être utiliser un système de contrôle des révisions tel que subversion, git, mercurial, etc. Ceux-ci peuvent être utiles si vous pouvez insérer une action de validation dans votre flux de travail chaque fois qu'une nouvelle version d'un fichier apparaît.

Une autre approche peut être de renommer ou de déplacer des fichiers au fur et à mesure de leur entrée. Linux fournit la fonction inotify pour réagir aux événements du système de fichiers tels que la création ou la fermeture d'un fichier.

En regardant autour de quelques années après que cette question a été posée, aucun des systèmes de fichiers de version répertoriés ci-dessus n'est activement développé ou maintenu pour autant que je sache (heureux d'être corrigé en cas d'erreur). Le statu quo semble être la sauvegarde serveur / cloud, et conserver le versioning dans l'application serveur. Pour mes problèmes de sauvegarde, je pense que cela a du sens: cela regroupe les problèmes de sauvegarde hors site, de versioning et de coût de stockage en bloc dans une seule solution. Il n'est tout simplement plus logique d'avoir plusieurs versions de chaque document que vous avez touché sur l'espace de stockage de votre propre système de fichiers.

Pour les charges légères (petits fichiers), Github avec des validations planifiées ou des validations automatiques fonctionne.

Pour les choses plus importantes, github souligne utilement

Git n'est pas correctement conçu pour servir d'outil de sauvegarde. Cependant, il existe de nombreuses solutions spécialement conçues pour effectuer des sauvegardes qui valent la peine d'être vérifiées, notamment Arq, Carbonite, Mozy et CrashPlan.

Au moment où j'écris ceci, CrashPlan et Mozy ont des applications pour Linux. Les deux prennent en charge la gestion des versions, mais vérifiez les délais avant d'acheter.