Версія файлів Linux?

Ми переходимо з середовища VMS до середовища Linux для деяких старих альфа-серверів, які ми виводимо з експлуатації. Одне завдання, яке мені не вдалося подолати, - це версія версій файлів. VMS зберігає кілька копій одного файлу, використовуючи прапор версії. Я знайшов кілька варіантів джерела кування, однак не знайшов жодного, хто має досвід роботи з будь-яким із них у великих виробничих умовах. необхідний резон - це тому, що канали інших систем не враховують унікальних імен файлів. Ми намагаємось підтримувати нашу сферу якомога легшою.

Будь-яка допомога дуже вдячна.

Дві основні з них, які, як видається, є:

• Давно
• EtcKeeper - не впевнений, чи можна застосувати його лише до однієї директорії або до декількох.

Хтось використовував їх у корпоративному середовищі? Чи є інші варіанти, які я повинен розглянути?

Я б вивчив фактичну файлову систему версій, якщо ви абсолютно впевнені, що хочете цю функціональність. Більшість із них висвітлюється у Вікіпедії під назвою: Файлова система версій . Це перелік варіантів цієї статті для Linux.

витяг

Жодна основна файлова система Linux не підтримує версії, але цілий ряд експериментальних / дослідницьких та маловідомих рішень, а саме:

• ext3cow
• NILFS - файлова система, структурована журналом, що підтримує версію всієї файлової системи та безперервний знімок.
• Tux3 - В умовах активного розвитку.
• btrfs [ сумнівно - обговорити ]
• Далі3

Ви можете використовувати copyfs для забезпечення систематичної версії файлів у ієрархії файлів. Copyfs зберігає всі версії всіх файлів. Він використовує базову файлову систему, яку ви обрали для зберігання вмісту файлу.

Etckeeper - не правильний інструмент. Це шар зверху системи управління версією, призначений для кращої роботи в каталозі файлів конфігураційних систем ( /etc). Залежно від ваших вимог, можливо, ви зможете використовувати систему контролю версій, таку як субверсія, git, mercurial тощо. Вони можуть бути корисними, якщо ви можете вставити дію вчинення у робочий процес, коли з’являється нова версія файлу.

Інший підхід може полягати в перейменуванні або переміщенні файлів під час їх надходження. Linux надає можливість ініціювати реагування на події файлової системи, такі як створення або закриття файлу.

Оглянувши кілька років після того, як було задано це питання, жодна з перерахованих вище файлових систем версій не розробляється або підтримується настільки, наскільки я можу сказати (радий бути виправленою, якщо не є). Здається, статус-кво - це резервне копіювання сервера / хмари, і зберігати версію в серверній програмі. Для моїх проблем із резервними копіями я думаю, що це має сенс: це поєднує проблеми резервного резервного копіювання, версії та масової вартості зберігання в одному рішенні. Просто більше не має сенсу мати кілька версій кожного документа, який ви торкнулися простору у вашій власній файловій системі.

Для невеликих навантажень (невеликих файлів), Github із запланованими фіксаціями чи роботами з автоматичним фіксацією.

Що стосується великих речей, Github корисно вказує

Git не розроблений належним чином, щоб слугувати інструментом резервного копіювання. Однак існує багато рішень, спеціально розроблених для виконання резервних копій, які варто перевірити, включаючи Arq, Carbonite, Mozy та CrashPlan.

Коли я це пишу, серед тих, хто рекомендує CrashPlan і Mozy, є додатки для Linux. Обидві підтримують версію, але перевіряйте часові рамки перед покупкою.