Linuxファイルのバージョン管理？

廃止する古いアルファサーバーのVMS環境からLinux環境に移行しています。私が克服できなかった1つの課題は、ファイルのバージョン管理です。VMSは、バージョンフラグを使用して、同じファイルの複数のコピーを保持します。Source Forgeで複数のオプションを見つけましたが、主要な実稼働環境でこれらのいずれかの経験を積んだ人は見つかりませんでした。これが必要な理由は、他のシステムからのフィードでは一意のファイル名が考慮されないためです。私達は私達の範囲をできるだけ軽く保つように努めています。

どんな助けでも大歓迎です。

利用できるように見える2つの主なものは次のとおりです。

• 帰り道
• EtcKeeper-1つだけまたは複数のディレクトリに適用できるかどうかは不明です。

誰かがエンタープライズ環境でこれらを使用しましたか？他に検討すべきオプションはありますか？

この機能がまだ必要であることが確実である場合は、実際のバージョン管理ファイルシステムを調べます。それらのほとんどはWikipediaでカバーされています：Versioning file system。これはLinux向けの記事のオプションのリストです。

抜粋

主流のLinuxファイルシステムはバージョン管理をサポートしていませんが、多くの実験的/研究的であまり知られていないソリューションがサポートしています。

• ext3cow
• NILFS-ファイルシステム全体のバージョン管理と継続的なスナップショットをサポートするログ構造のファイルシステム。
• Tux3-開発中です。
• btrfs [ 疑わしい – 議論 ]
• 次へ3

copyfsを使用して、ファイル階層内のファイルの体系的なバージョン管理を提供できます。Copyfsはすべてのファイルのすべてのバージョンを保持します。それはあなたの選択の基礎となるファイルシステムを使用してファイルの内容を保存します。

Etckeeperは適切なツールではありません。これは、システム構成ファイルディレクトリ（）でより適切に機能するように設計されたリビジョン管理システムの上のレイヤー/etcです。要件によっては、subversion、git、mercurialなどのリビジョン管理システムを使用できる場合があります。これらは、ファイルの新しいバージョンが表示されたときにワークフローにコミットアクションを挿入できる場合に役立ちます。

別の方法としては、ファイルの名前を変更したり、ファイルを移動したりする方法があります。Linuxには、ファイルの作成やクローズなどのファイルシステムイベントに対応するためのinotify機能があります。

この質問が出されてから数年後を見ると、上記のバージョン管理ファイルシステムは、私が知る限り、積極的に開発または保守されていません（間違っている場合は修正してください）。現状はサーバー/クラウドバックアップのようで、サーバーアプリでバージョン管理を維持します。私のバックアップの問題については、これは理にかなっていると思います。オフサイトのバックアップ、バージョン管理、および大容量ストレージのコストの問題を1つのソリューションにまとめます。自分のファイルシステムのスペースを占有していたすべてのドキュメントの複数のバージョンを持つことはもはや意味がありません。

軽負荷（小さいファイル）の場合、コミットまたは自動コミットがスケジュールされたGithubが機能します。

より大きなものについては、githubが参考になります

Gitは、バックアップツールとして機能するように適切に設計されていません。ただし、Arq、Carbonite、Mozy、CrashPlanなど、チェックする価値のあるバックアップを実行するために特別に設計された多くのソリューションがあります。

私がこれを書いているとき、それらの推奨されるCrashPlanとMozyにはLinux用のアプリがあります。どちらもバージョン管理をサポートしていますが、購入する前に制限時間を確認してください。