Estamos migrando de um ambiente VMS para um ambiente Linux para alguns servidores alfa antigos que estamos desativando. O único desafio que não consegui superar foi o versionamento de arquivos. O VMS mantém várias cópias do mesmo arquivo usando um sinalizador de versão. Eu encontrei várias opções na fonte forge no entanto eu não encontrei ninguém que tenha experiência com qualquer um deles em um ambiente de produção principal. O reson necessário é que os feeds de outros sistemas não levem em conta nomes de arquivos exclusivos. Estamos tentando manter nosso escopo o mais leve possível.
Qualquer ajuda é muito apreciada.
Os dois principais que parecem estar disponíveis são:
Alguém já usou isso em um ambiente corporativo? Existem outras opções que devo considerar?
Eu procuraria em um sistema de arquivos de versão real se você estiver absolutamente certo de que deseja essa funcionalidade ainda. A maioria deles é coberta na Wikipedia, intitulada: Sistema de arquivos de versão . Esta é a lista de opções desse artigo para o Linux.
trecho
No mainstream Linux file system supports versioning, but a number of experimental/research and lesser-known solutions do, namely:
Você pode usar copyfs para fornecer versionamento sistemático dos arquivos em uma hierarquia de arquivos. O 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.
O 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 de suas necessidades, você pode usar um sistema de controle de revisão, como subversion, git, mercurial, etc. Estes podem ser úteis se você puder inserir uma ação de consolidação em seu fluxo de trabalho sempre que uma nova versão de um arquivo aparecer. p>
Outra abordagem pode ser renomear ou mover arquivos conforme eles entram. O Linux fornece a facilidade inotify de reagir ao sistema de arquivos eventos como a criação ou fechamento de um arquivo.
Olhando em volta alguns anos depois que esta pergunta foi feita, nenhum dos sistemas de arquivos de controle de versão listados acima está sendo ativamente desenvolvido ou mantido, tanto quanto posso dizer (feliz de 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 os meus problemas de backup, acho que isso faz sentido: reverta os problemas de backup, versão e custo de armazenamento em lote fora do local em uma única solução. Simplesmente não faz mais sentido ter várias versões de cada documento que você tocou ocupando espaço em seu próprio sistema de arquivos.
Para carregamentos leves (arquivos pequenos), Github com confirmações agendadas ou trabalhos de auto-commit.
Para coisas maiores, o github aponta com detalhes
Git is not adequately designed to serve as a backup tool. However, there are many solutions specifically designed for performing backups that are worth checking out, including Arq, Carbonite, Mozy and CrashPlan.
Enquanto escrevo isto, os recomendados CrashPlan e Mozy têm aplicativos para Linux. Ambos suportam versionamento, mas verifique os prazos antes de comprar.