Версии файлов в Linux?

Мы переходим из среды VMS в среду Linux для некоторых старых альфа-серверов, которые мы выводим из эксплуатации. Единственная проблема, которую я не смог преодолеть, - это управление версиями файлов. VMS хранит несколько копий одного и того же файла, используя флаг версии. Я нашел несколько вариантов исходного кода, однако я не нашел никого, кто бы имел опыт работы с любым из них в основной производственной среде. Это необходимо потому, что каналы из других систем не учитывают уникальные имена файлов. Мы стараемся сделать наш прицел как можно более легким.

Любая помощь очень ценится.

Доступны 2 основных из них:

• Путь назад
• EtcKeeper - не уверен, можете ли вы применить его только к одному каталогу или нескольким.

Кто-нибудь использовал их в корпоративной среде? Есть ли другие варианты, которые я должен рассмотреть?

Я бы посмотрел на существующую файловую систему управления версиями, если вы абсолютно уверены, что все еще хотите эту функцию. Большинство из них описаны в Википедии под названием: Управление версиями файловой системы . Это список параметров из этой статьи для Linux.

выдержка

Ни одна основная файловая система Linux не поддерживает управление версиями, но существует ряд экспериментальных / исследовательских и менее известных решений, а именно:

• ext3cow
• NILFS - файловая система с лог-структурой, поддерживающая управление версиями всей файловой системы и непрерывный снимок.
• Tux3 - в стадии активной разработки.
• btrfs [ сомнительно - обсудить ]
• Next3

Вы можете использовать copyfs для систематического управления версиями файлов в файловой иерархии. Copyfs хранит все версии всех файлов. Он использует базовую файловую систему по вашему выбору для хранения содержимого файла.

Etckeeper не правильный инструмент. Это слой поверх системы контроля версий, предназначенный для лучшей работы с каталогом файлов конфигурации системы ( /etc). В зависимости от ваших требований вы можете использовать систему контроля версий, такую ​​как subversion, git, mercurial и т. Д. Они могут быть полезны, если вы можете вставить действие фиксации в ваш рабочий процесс при появлении новой версии файла.

Другой подход может состоять в том, чтобы переименовывать или перемещать файлы по мере их поступления. Linux предоставляет средство inotify для реагирования на события файловой системы, такие как создание или закрытие файла.

Через несколько лет после того, как был задан этот вопрос, ни одна из перечисленных выше файловых систем управления версиями, насколько я могу судить, активно не разрабатывается и не поддерживается (рад поправке, если ошибся). Кажется, что статус-кво - это резервное копирование сервера / облака и сохранение версий в приложении сервера. Что касается моих проблем с резервным копированием, я думаю, что это имеет смысл: оно объединяет проблемы резервного копирования за пределы сайта, управления версиями и массовой памяти в одно решение. Просто больше не имеет смысла иметь несколько версий каждого документа, к которому вы прикоснулись, занимая место в вашей файловой системе.

Для небольших нагрузок (небольшие файлы), Github с запланированной фиксацией или авто-фиксацией работ.

Для более важных вещей, Github полезно указать

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

На момент написания этой статьи у CrashPlan и Mozy есть приложения для Linux. Оба поддерживают управление версиями, но проверьте сроки, прежде чем купить.