Versione file Linux?

Stiamo migrando da un ambiente VMS a un ambiente Linux per alcuni vecchi server alfa che stiamo smantellando. L'unica sfida che non sono riuscito a superare è il controllo delle versioni dei file. VMS mantiene più copie dello stesso file utilizzando un flag di versione. Ho trovato più opzioni su forge sorgente ma non ho trovato nessuno che abbia esperienza con nessuna di queste in un ambiente di produzione importante. la risonanza necessaria è perché i feed di altri sistemi non prendono in considerazione nomi di file univoci. Stiamo cercando di mantenere il nostro campo di applicazione il più leggero possibile.

Qualsiasi aiuto è molto apprezzato.

I 2 principali che sembrano essere disponibili sono:

• Wayback
• EtcKeeper - non sono sicuro di poterlo applicare solo a una o più directory.

Qualcuno li ha usati in un ambiente aziendale? Ci sono altre opzioni che dovrei prendere in considerazione?

Esaminerei un vero e proprio file system di versioning se sei assolutamente sicuro di voler ancora questa funzionalità. Molti di questi sono trattati su Wikipedia, intitolato: File system delle versioni . Questo è l'elenco delle opzioni di quell'articolo per Linux.

estratto

Nessun file system Linux tradizionale supporta il versioning, ma un certo numero di soluzioni sperimentali / di ricerca e meno conosciute lo fanno, vale a dire:

• ext3cow
• NILFS - Un file system strutturato in log che supporta il versioning dell'intero file system e lo snapshot continuo.
• Tux3 - In fase di sviluppo attivo.
• btrfs [ dubious - discuss ]
• Next3

È possibile utilizzare copyfs per fornire un controllo sistematico dei file in una gerarchia di file. Copyfs mantiene tutte le versioni di tutti i file. Utilizza il file system sottostante di tua scelta per archiviare il contenuto del file.

Etckeeper non è lo strumento giusto. È uno strato sopra un sistema di controllo di revisione progettato per fare un lavoro migliore nella directory del file di configurazione del sistema ( /etc). A seconda delle esigenze, potresti essere in grado di utilizzare un sistema di controllo di revisione come sovversione, git, mercurial, ecc. Questi possono essere utili se puoi inserire un'azione di commit nel tuo flusso di lavoro ogni volta che appare una nuova versione di un file.

Un altro approccio potrebbe essere quello di rinominare o spostare i file man mano che entrano. Linux fornisce la funzione inotify per reagire agli eventi del filesystem come la creazione o la chiusura di un file.

Guardando in giro alcuni anni dopo che questa domanda è stata posta, nessuno dei file system di versioning sopra elencati viene sviluppato o mantenuto attivamente per quanto posso dire (felice di essere corretto se sbagliato). Lo status quo sembra essere un backup server / cloud e mantenere il controllo delle versioni nell'app del server. Per i miei problemi di backup, penso che questo abbia senso: raggruppa i problemi di backup off-site, controllo delle versioni e archiviazione in blocco in un'unica soluzione. Semplicemente non ha più senso avere più versioni di ogni documento che hai toccato nello spazio di hogging sul tuo filesystem.

Per carichi leggeri (file di piccole dimensioni), Github con commit programmati o lavori di commit automatico.

Per le cose più grandi, github sottolinea utile

Git non è progettato in modo adeguato per fungere da strumento di backup. Tuttavia, ci sono molte soluzioni appositamente progettate per eseguire backup che vale la pena provare, tra cui Arq, Carbonite, Mozy e CrashPlan.

Mentre scrivo, di quelli raccomandati CrashPlan e Mozy hanno app per Linux. Entrambi supportano il controllo delle versioni, ma controlla i termini prima di acquistare.