O Controle de versão para Gráficos

Question

Dizem que uma equipe de desenvolvimento inclui (ou faz uso de gráficos de artistas que criam todas as imagens que entram em um produto.Essas coisas incluem ícones, bitmaps, planos de fundo de janela, o botão de imagens, animações, etc.

Obviamente, tudo o que é necessário para construir uma peça de software deve estar sob alguma forma de controle de versão.Mas a maioria dos sistemas de controle de versão para desenvolvedores são projetados principalmente para o texto-base de informações.Devem os gráficos pessoas usam a mesma versão de sistema de controle e de repositório de que os codificadores de fazer?Se não, o que eles deveriam usar, e qual é a melhor maneira para manter tudo sincronizado?

Answer 1

Sim, ter a arte de ativos no controle de versão é muito útil.Você tem a capacidade de rastrear o histórico, reverter as alterações, e você tem uma única fonte para fazer cópias de segurança com.Tenha em mente que a arte activos são de MUITO maior para que o seu servidor precisa ter muito espaço em disco e rede de largura de banda.

Eu tive sucesso com o uso de necessariamente, de em projetos muito grandes (+de 100 GB), porém tivemos para encapsular o acesso ao servidor de controle de versão com algo um pouco mais artista amigável.

Eu já ouvi algumas coisas boas sobre Alienbrain bem, ele não parece ter um piso muito escorregadio, UI.

Answer 2

O GitHub recentemente introduziu a "imagem modos de exibição", dê uma olhada: https://github.com/blog/817-behold-image-view-modes.

Answer 3

Nós, também, é só colocar os binários no controle de origem.Usamos o Git, mas aplicar-se-ia muito bem para o Subversion.

Uma sugestão que eu tenho é usar SVGs, sempre que possível, porque você pode ver as diferenças reais.Com binários (a maioria dos outros formatos de imagem), o melhor que você pode obter é uma versão da história.

Answer 4

Um monte de gráficos digite as pessoas querem algo mais sofisticado do que o subversion.Enquanto é bom para o controle de versão, eles querem um sistema de gerenciamento de conteúdo que permite o cruzamento de ativos, etiquetagem, miniaturas e esse tipo de coisa (bem como o controle de versão).

Answer 5

O TortoiseSVN pode mostrar revisões de imagens lado a lado, o que é muito útil.Eu usei ele com equipes diferentes, com um grande grau de sucesso.Os artistas adorava ter a capacidade de reverter as coisas (depois eles têm usado os conceitos).Não ocupam muito espaço, apesar de tudo.

Answer 6

@lomaxx TortoiseSVN inclui um programa chamado TortoiseIDiff, que parece ser um 'diff' para imagens.Eu ainda não usei, mas parece intrigante.

Answer 7

Questão interessante.Eu não tenho um monte de experiência de trabalho diretamente com os designers em um projeto.Quando eu tenho, foi através de um contrato tipo de contrato, onde eles "entregue" de um projeto.Eu fiz alguns dos meus próprios trabalhos de design para web sites e aplicações de ambiente de trabalho, e embora eu não tenha usado de controle de origem no passado, eu estou no processo de implementação de SVN para meu próprio uso, como estou começando a fazer alguns pagos trabalho de freelancer.Eu não pretende utilizar a versão/controle de origem, precisamente, a maneira que eu iria com o código fonte.Ela só se torna outra pasta no projeto do tronco.Do jeito que eu tenha trabalhado sem controle de origem para criar um ativos pasta em que todos os arquivos de mídia que são equivalentes e de código-fonte residem.Eu gosto de pensar Photoshop PSD como gráficos de código-fonte enquanto o JPEG saída para um web site ou de outra forma é o versão compilada.

No caso de trabalhar com designers, que é uma possibilidade distinta que eu enfrentar em um futuro próximo, eu gostaria de fazer uma tentativa para tê-los de "check-in" suas diferentes versões dos seus arquivos de origem em uma base regular.Eu vou estar curioso para ler o que os outros com alguma experiência vai dizer em resposta a este.

Answer 8

Eu iria colocar os gráficos sob controle de versão.A comparação pode não ser muito útil dentro de uma ferramenta de comparação de como diffmerge, mas você ainda pode checkout duas versões do gráfico e visualizá-los lado a lado para ver as diferenças.

Eu não vejo nenhuma razão para que a resultante gráficos não devem ser mantidos no mesmo sistema de controle de versão que os codificadores de uso.No entanto, quando está a criar gráficos usando arquivos PSD ou PDN arquivos que você pode desejar criar um repositório separado para aqueles que tem um contexto diferente para o fim real jpeg ou gif que é produzido e implementado com a aplicação desenvolvida.

Answer 9

Na minha opinião Pixelapse combinado com uma solução de cópia de segurança é o melhor software de controle de versão para os gráficos que eu encontrei até agora.Ele suporta adobe arquivos e um monte de normal de imagens raster.Ele tem a versão por versão de pré-visualização.Que ele salva automaticamente quando a atualização de arquivos(salvar).Ele funciona como o dropbox, mas tem uma grande interface web.

Você pode usá-lo em equipa e a partilha de projectos para diferentes pessoas.Ele também suporta o infinito de revisores, o que é ótimo para as agências de design.E se você quiser, pode publicamente colaborar em projetos que são "abertas".

Infelizmente, você não pode ter um local pixelapse servidor, então para backup minha configuração atual é que eu tenho a Pixelapse pasta(como uma pasta dropbox) dentro de um repositório git para criação de uma snapshot.

Answer 10

Podemos usar o subversion.Basta colocar uma pasta em /trunk/docs para maquetas e designers têm de seleção e comprometer-se com essa pasta.Funciona como um campeão.

Answer 11

Com relação à comparação e mesclagem, eu acho que o controle de versão é mais crítica para gráficos e elementos de mídia.Se você pensar sobre isso, a maioria dos designers vão ser os únicos proprietários de um arquivo -- pelo menos no caso de gráficos, -- ou, pelo menos, eu acho que seria o caso.Eu estaria curioso para ouvir a partir de um designer.

Answer 12

@Damião - Bom ponto sobre a marcação e cruzamento.Isso é verdade;enquanto eu não trabalho com muitos designers em um projeto de desenvolvimento de software, eu trabalhei para uma empresa que tinha um departamento de design e sabemos que este é um problema.Os Designers ainda estão (eternamente) olhando para o perfeito sistema para lidar com esse tipo de coisa.Eu acho que isso é mais adequado para um departamento de design para acesso compartilhado, pesquisa e controle de versão, etc, para todos os ativos, onde há um incentivo de negócios para não reinventar a roda sempre/sempre que possível.Eu não acho que seria de aplicar para um projeto orientado a forma como marcação e cruzamento não seria tão aplicável.

Answer 13

Nós mantemos o binário e arquivos de imagens no controle de revisão, utilizando, Necessariamente.Ele é ótimo!

Mantemos um monte de ativos de arte, e ele escala bem para os lotes de arquivos grandes.Ele reconhece arquivos binários, aqueles que não podem ser diferenciados, e armazena-os como arquivo completo de cópias no back-end.

Ele tem P4V (cross-plataforma visual do navegador), e uma miniatura do sistema para os arquivos de imagem podem ser vistos no navegador.

Answer 14

Você pode querer dar uma olhada no Javali:"Simples de controle de versão e de backup de fotos, vídeos e outros arquivos binários".Ele pode manipular arquivos binários de qualquer tamanho. http://code.google.com/p/boar/

Answer 15

Um livre e um pouco vacilante solução é a versão do Adobe Cue seu vem com o Adobe Suites até CS4 e é fácil de instalar e manter.Oferece usuário e controle de nível é artista amigável.Adobe descontinuou o suporte que para ele o que é uma pena.O Adobe Bridge atua como o cliente entre o usuário e o Version Cue server.Se usado corretamente é uma solução econômica para controle de versão.Eu uso o CS3 version cue CS3 com Ponte.Funciona muito bem para pequenas equipes.