Version Control para designers e editores de impressão

2

Procurei em outros tópicos semelhantes a esse, mas ainda não consigo encontrar alguém com uma boa recomendação para um fluxo de trabalho de equipe de plataforma cruzada (OSX, Windows) no InDesign que seja fácil e não exija que os usuários trabalhar diretamente em um compartilhamento de rede.

Alguém tem alguma experiência no mundo real que suporte um sistema de check-in / check-out para o InDesign como este:

  • o designer obtém os arquivos de projeto mais recentes do compartilhamento de rede ou do sistema de controle de versão para o OSX
  • o designer trabalha em arquivos localmente
  • o designer confirma o trabalho para o compartilhamento de rede ou sistema de controle de versão
  • o editor obtém os arquivos de projeto mais recentes do compartilhamento de rede ou do sistema de controle de versão para o Windows
  • o editor funciona nos arquivos localmente
  • o editor confirma o trabalho para o compartilhamento de rede ou sistema de controle de versão

Estou considerando o Subversion, pois há vários clientes nas duas plataformas. Eu uso o SVN para nossas equipes de desenvolvimento de aplicativos e adoro isso. Mas o repositório ficaria inchado apenas com arquivos binários grandes sendo comprometidos o tempo todo? Posso desativar o controle de versão e mantê-lo apenas na última versão (não é pior do que um compartilhamento de rede)?

O ponto é ter um sistema onde as pessoas possam trabalhar localmente, sem se preocupar em sobrescrever o trabalho do outro, e facilmente obter e confirmar mudanças.

    
por Todd Price 01.09.2010 / 17:47

3 respostas

1

não, o SVN não pode armazenar a 'última versão', eu acho (de todos os SCMs que usei) que o Visual Source Safe é o único a ter esse recurso.

O SVN lida com binários muito bem, e cometer eles só adicionará os diffs ao repo, então não vai inchar tão rápido. Ele ainda vai inchar em comparação com arquivos de texto embora (minha experiência: colocando 1MB dlls lá não incha muito muito em tudo).

Você pode esvaziar ocasionalmente exportando todo o repositório, excluindo-o e adicionando os arquivos exportados. Você perde o histórico (obviamente), mas terá apenas a versão mais recente dos arquivos e um minúsculo repo de acabamento. depois. Se você não se importa com a história, isso funcionaria. Apenas não use o mesmo repositório com arquivos que você se importa com o histórico deles - ou faça o dump / filter / carregar esses arquivos para mantê-lo.

O SVN lida muito bem com grandes tamanhos de repositórios, tenho um com 300.000 revisões e 12 GB de tamanho.

Você terá problemas com o bloqueio, já que não é possível mesclar as alterações de dois arquivos binários em 1. Assim, seus designers terão que adotar o modelo lock-modify-commit.

Além disso, se você tiver a configuração correta, poderá trabalhar com o SVN em um compartilhamento de webdav, de modo que o repositório seja exibido para os designers como um compartilhamento de rede. Eles copiam o compartilhamento para o local, editam o arquivo, copiam-no de volta e ele executa um commit em segundo plano. No entanto, isso não bloqueia o arquivo, portanto, as substituições ocorrerão. Sua equipe pode ficar feliz com essa limitação, já que isso significa que eles não precisam se preocupar em atualizar sua cópia de trabalho e ainda assim obter o benefício da história.

edit : FYI, você pode ver o tamanho de um delta procurando diretamente no repositório do SVN. O SVN armazena cada revisão como um arquivo em um diretório chamado db / revs. Com as versões mais recentes, haverá um diretório para cada 1000 revisões, nomeado com o número. Portanto, supondo que você tenha menos de mil revisões, haverá um diretório chamado '0', em que haverá um arquivo por revisão. Verifique algo e observe o tamanho desse arquivo. Esse é o tamanho delta (para a revisão inteira, você pode obter o tamanho de cada arquivo individual dentro dele, mas isso requer olhar o conteúdo do arquivo - mais fácil de confirmar apenas 1 arquivo nessa revisão para ver).

    
por 01.09.2010 / 18:08
0

Parece que o Subversion é a sua resposta mais provável, mas não é possível mesclar as alterações nos binários. Eu acredito que o Git e o Mercurial sofrerão do mesmo problema.

    
por 01.09.2010 / 18:21
0

Eu posso estar errado, mas não é uma das principais promessas do SVN que ele possa realmente lidar com mudanças incrementais em binários?

De qualquer forma, para um designer eu recomendaria usar o Subversion com um cliente como este:

link

    
por 01.09.2010 / 18:32