Arquivos Subversion e Quickbooks

Question

Atualmente, tenho um grande problema em um dos servidores de arquivos que gerencio para uma empresa de contabilidade.

O Quickbooks tem a tendência de criar vários arquivos da mesma coisa várias vezes para evitar a perda de dados. Isso é bom quando você lida com apenas alguns arquivos. Mas em uma firma de contabilidade isso se torna um problema.

Alguns dos clientes mais antigos têm de 5 a 10 arquivos em suas respectivas pastas, cada um com uma data de corte diferente. Por causa do erro do usuário, alguns desses arquivos não são rotulados adequadamente com suas datas de corte corretas.

É aqui que o Subversion veio à mente. Usar o sistema de revisão permitiria que um arquivo fosse mestre e tivesse todas as suas revisões. Alguém já tentou isso com arquivos Quickbooks?

Eu só usei o SVN com código para aplicativos, tornando cada tamanho de arquivo muito menor. Como o SVN se destaca com arquivos maiores como 10-25MB? Eu não sei exatamente como o SVN lida com revisões - ele mantém uma duplicata dos arquivos e duplica o espaço em disco necessário?

    

Answer 1

Eu posso responder uma de suas perguntas: Nós usamos o Subversion para arquivos binários de 20mb regularmente, e ele os manipula muito bem. Obviamente você não pode fazer um diff ou uma culpa neles, e assim você não pode ter qualquer concorrência. Usamos checkouts reservados em nossos arquivos binários para contornar isso.

O Subversion Book faz um bom trabalho ao explicar como o Subversion trabalha e armazena seus arquivos. A única parte que me lembro que é relevante é quando você faz a ramificação não armazena uma cópia inteira de cada árvore, mas se isso se aplica ou não aos arquivos binários, não tenho certeza.

Confira no link

    

Answer 2

Eu acho que um DVCS (como git, mercurial ou bzr) pode ser mais adequado para seu aplicativo porque significa que você não precisa de um repositório separado para os arquivos ... a cópia de trabalho está no mesmo lugar que o arquivo. repositório. É fácil configurar um repositório no svn, mas é só mais uma coisa para gerenciar ... e todos os administradores sabem que uma coisa menos para gerenciar é uma Coisa Boa.

    

Answer 3

O Subversion pode manipular arquivos que são grandes o suficiente para seus propósitos ... Eu cometi arquivos nos 100's de MBs e tive que funcionar; tive alguns problemas quando cheguei na faixa de 2GB embora. _{(Nevermind porque por enquanto.)}

Uma abordagem que pode funcionar bem para você, dependendo da sua configuração, seria fornecer acesso ao webdav para o repositório. OS / X torna o uso desses bastante sem costura; Se você estiver executando clientes do Windows, precisará examinar detalhes, mas deve haver algo. Webdav essencialmente lhe daria uma pasta compartilhada que se parece com parte do seu sistema de arquivos. Você salva o arquivo Quickbooks nesse compartilhamento e trabalha com ele. Todas as gravações terminam como commits no svn, portanto, não há nenhuma etapa adicional de confirmação. Sim, você gerará um grande número de commits rapidamente, mas isso não deve ser um problema.

Quanto ao modo como o svn armazena seus arquivos, ele fica meio complicado, mas essencialmente armazena deltas para que você não tenha centenas de cópias de um arquivo quando tiver centenas de commits.

    

Answer 4

Eu tenho mantido arquivos QB sob svn há anos - principalmente com tartaruga no Windows. Funciona, mas o QB não é particularmente bem-comportado em relação a tocar em arquivos, então você só precisa ter cuidado para não acabar com conflitos espúrios.

Por exemplo, simplesmente abrindo o arquivo o toca, levando o svn a pensar que houve uma modificação. Além disso, o QB pode insistir em tocar arquivos .nd mesmo quando eles não são remotamente seus negócios.

Mas funciona. E 20MB + não é um problema.