Versão de arquivo do Linux?

Estamos migrando de um ambiente A VMS para um ambiente Linux para alguns servidores alfa antigos que estamos desativando. O único desafio que não consegui superar é a versão do arquivo. O VMS mantém várias cópias do mesmo arquivo usando um sinalizador de versão. Encontrei várias opções no forge de origem, mas não encontrei ninguém com experiência em nenhuma delas em um ambiente de produção importante. o motivo é necessário porque os feeds de outros sistemas não levam em consideração nomes de arquivos exclusivos. Estamos tentando manter nosso escopo o mais leve possível.

Qualquer ajuda é muito apreciada.

Os 2 principais que parecem estar disponíveis são:

• Wayback
• EtcKeeper - não tenho certeza Se você pode aplicá-lo a apenas um diretório ou vários.

Alguém as usou em um ambiente corporativo? Existem outras opções que devo considerar?

Eu examinaria um sistema de arquivos de controle de versão real se tiver certeza absoluta de que ainda deseja essa funcionalidade. A maioria deles é abordada na Wikipedia, intitulada: Versioning system file . Esta é a lista de opções desse artigo para Linux.

excerto

Nenhum sistema de arquivos Linux convencional suporta versionamento, mas várias soluções experimentais / de pesquisa e menos conhecidas o fazem, a saber:

• ext3cow
• NILFS - Um sistema de arquivos estruturado em log que suporta a versão de todo o sistema de arquivos e a captura instantânea contínua.
• Tux3 - Em desenvolvimento ativo.
• btrfs [ duvidoso - discuta ]
• Próximo3

Você pode usar o copyfs para fornecer versão sistemática dos arquivos em uma hierarquia de arquivos. Copyfs mantém todas as versões de todos os arquivos. Ele usa o sistema de arquivos subjacente de sua escolha para armazenar o conteúdo do arquivo.

Etckeeper não é a ferramenta certa. É uma camada em cima de um sistema de controle de revisão projetado para fazer um trabalho melhor no diretório do arquivo de configuração do sistema ( /etc). Dependendo dos seus requisitos, você poderá usar um sistema de controle de revisão como subversion, git, mercurial, etc. Isso pode ser útil se você puder inserir uma ação de confirmação no seu fluxo de trabalho sempre que uma nova versão de um arquivo aparecer.

Outra abordagem pode ser renomear ou mover arquivos à medida que eles entram. O Linux fornece o recurso de inotify para reagir a eventos do sistema de arquivos, como a criação ou o fechamento de um arquivo.

Olhando em torno de alguns anos após essa pergunta, nenhum dos sistemas de arquivos de versão listados acima está sendo desenvolvido ou mantido ativamente até onde sei (feliz em ser corrigido se estiver errado). O status quo parece ser o backup do servidor / nuvem e mantém o controle de versão no aplicativo do servidor. Para meus problemas de backup, acho que isso faz sentido: ele reúne os problemas de backup externo, controle de versão e custo de armazenamento em massa em uma única solução. Simplesmente não faz mais sentido ter várias versões de todos os documentos que você tocou ocupando espaço em seu próprio sistema de arquivos.

Para cargas leves (arquivos pequenos), o Github com confirmações agendadas ou com confirmação automática funciona.

Para coisas maiores, o github indica

O Git não foi projetado adequadamente para servir como uma ferramenta de backup. No entanto, existem muitas soluções projetadas especificamente para a execução de backups que valem a pena conferir, incluindo Arq, Carbonite, Mozy e CrashPlan.

Enquanto escrevo isso, os recomendados CrashPlan e Mozy têm aplicativos para Linux. Ambos oferecem suporte à versão, mas verifique os prazos antes de comprar.