Armazenamento com versão para arquivos grandes (PSDs, FLVs etc)

Question

No momento, estamos buscando soluções para um problema de controle de versão / armazenamento para grandes obras criativas. Os próprios designers parecem querer o SVN, mas isso parece um mecanismo inadequado. Espera-se que os arquivos estejam na faixa de 10mb-200mb, eles serão revisados várias vezes durante o andamento de um projeto, depois a cópia final arquivada e as revisões apagadas.

OBSERVAÇÃO: precisamos usar um provedor SVN externo por motivos internos, mas esse não será o caso de uma solução diferente do SVN; nós precisaremos de uma solução local para isso.

Então, eu gostaria de saber, alguém atualmente tem uma solução hospedada internamente para um departamento de criação / design e, em caso afirmativo, qual software / configuração você está usando?

Obrigado pessoal, Ehtyar.

    

Answer 1

Para uma casa de design, Adobe Version Cue é provavelmente ideal. Ele é projetado para funcionar com a versão que controla imagens grandes.

Eu recomendaria contra o SVN (ou qualquer outro sistema de controle de versão) para arquivos binários grandes, porque não há opção de expiração. O armazenamento pode se tornar um problema bastante grande, a menos que você gerencie criticamente os repositórios para que você possa removê-los / arquivá-los depois que os projetos forem concluídos. O SVN não diminui quando o repos é enorme (nosso código com poucos gigs confirma arquivos tão rápido quanto um novo), mas eles nunca param de crescer.

    

Answer 2

Eu usaria o Amazon S3 com o S3fox .

Você pode criar um contêiner para cada um de seus desenvolvedores. Você pode criar links públicos instantâneos ou protegidos por senha para seus clientes.

O SVN é quase inútil no seu caso, arquivos grandes demoram séculos para serem colocados no repositório se ele não quebrar totalmente a coisa toda. O SVN pode armazenar o binário, mas não serve para (não é possível dizer se um pixel é diferente, ao contrário dos arquivos de texto). Como ele tentará processar e atualizar seu banco de dados em cada commit, pode ser um erro. Eu não confiaria nisso.

O S3 custará US $ 1 por 10 GB. O S3fox é gratuito. Seus designers ficarão felizes com isso, a única coisa é que, cada vez que precisarem renomear o arquivo, você poderá usar;

PROJECT4_HOMENY_2009_09_16_20_41_Michael_v1.jpg

Esta nomenclatura ordenará os arquivos bem (agrupa-os por projeto, classifica-os por data).

    

Answer 3

Como alguém que procura uma solução semelhante para arquivos de projeto de vídeo, eu concordo que o SVN não é realmente a solução, e eu não acho que o Git também seja. Eu estive olhando para couchDB na verdade. Uma interface do usuário precisa ser codificada para isso (mas pode ser em JavaScript ou algo assim), mas é um banco de dados de documentos, então eu acho que conceitualmente funciona melhor. E é projetado para trabalhar com blobs binários. Então eu acho que seria bom com performance.

Pode ser algo em que pensar.

    

Answer 4

para psd eu segundo o uso da versão cue. Subversion é ótimo, mas tem seus próprios problemas com grandes arquivos binários.

    

Answer 5

Você também pode tentar o Alfresco. Usando o Adobe Drive 2.2, você pode montar o DAM Alfresco no Finder e clicar com o botão direito para mostrar versões, fazer check-out e check-in de arquivos.

    

Answer 6

OP está faltando uma informação importante, quão grandes são os repos esperados, ou seja, qual é o tamanho esperado de todos os arquivos sob controle de mudança?

Basta usar o Subversion? O SVN nas versões atuais não tem problemas com repositórios grandes (alguns gigabytes). Se necessário, você sempre poderá dividir seus dados em vários repositórios / servidores SVN. Para servidores baseados em Windows, eu gosto muito do Servidor VisualSVN .

Se você está mais ou menos exclusivamente usando máquinas Unix e OS X, dê uma olhada no Git . Eu não sei se tem GUIs user-friendly, integração shell e cetera disponíveis no Unix / OS X. O que eu sei é que o versionamento subjacente do Git e a arquitetura crypto são simples ainda muito bom , então eu pessoalmente não teria problema em confiar vários gigabytes de dados ao Git.

    

Answer 7

O Adobe Version Cue - CS3 funciona melhor que o CS4 na minha experiência. Eu adoraria falar sobre isso, mas tem muitas peculiaridades (o servidor não pode ser dual homed, sérios problemas do Bridge CS4 / Adobe Drive CS4, bugs de performance ... eu poderia continuar) - mas ainda é melhor do que um repo vanilla SVN, e lida com miniaturas e previews de imagens e vídeos. Não tentei adicionar um vídeo de 1GB a ele, mas estaria interessado em saber qual foi sua experiência.

    

Answer 8

Outro para investigar, dependendo do tipo de ativos, é AlienBrain . Como o Adobe Version Cue, ele é feito para recursos digitais e fluxos de trabalho de criativos e integra-se a todos os principais aplicativos 2D e 3D.