Controllo della versione per la grafica

Question

Supponiamo che un team di sviluppo includa (o utilizzi) artisti grafici che creano tutte le immagini utilizzate in un prodotto.Tali cose includono icone, bitmap, sfondi di finestre, immagini di pulsanti, animazioni, ecc.

Ovviamente, tutto ciò che è necessario per creare un software dovrebbe essere sottoposto a una qualche forma di controllo della versione.Ma la maggior parte dei sistemi di controllo della versione per gli sviluppatori sono progettati principalmente per informazioni basate su testo.I grafici dovrebbero utilizzare lo stesso sistema di controllo della versione e lo stesso repository dei programmatori?In caso contrario, cosa dovrebbero usare e qual è il modo migliore per mantenere tutto sincronizzato?

Answer 1

Sì, avere risorse artistiche nel controllo della versione è molto utile.Hai la possibilità di tenere traccia della cronologia, ripristinare le modifiche e hai un'unica fonte con cui eseguire i backup.Tieni presente che le risorse artistiche sono MOLTO più grandi, quindi il tuo server deve avere molto spazio su disco e larghezza di banda di rete.

Ho avuto successo con l'utilizzo per forza su progetti molto grandi (+100 GB), tuttavia, abbiamo dovuto includere l'accesso al server di controllo della versione con qualcosa di più amichevole per gli artisti.

Ne ho sentito parlare bene Cervello alieno inoltre, sembra avere un'interfaccia utente molto intuitiva.

Answer 2

GitHub ha recentemente introdotto le "modalità di visualizzazione delle immagini", dai un'occhiata: https://github.com/blog/817-behold-image-view-modes.

Answer 3

Anche noi inseriamo semplicemente i file binari nel controllo del codice sorgente.Usiamo Git, ma si applicherebbe altrettanto bene a Subversion.

Un suggerimento che ho è di utilizzare gli SVG ove possibile, perché puoi vedere le differenze effettive.Con i binari (la maggior parte degli altri formati di immagine), il meglio che puoi ottenere è una cronologia delle versioni.

Answer 4

Molte persone che si occupano di grafica vorranno qualcosa di più sofisticato di sovversione.Sebbene sia utile per il controllo della versione, vorranno un sistema di gestione dei contenuti che consenta i riferimenti incrociati di risorse, tag, miniature e quel genere di cose (oltre al controllo delle versioni).

Answer 5

TortoiseSVN può mostrare le revisioni delle immagini fianco a fianco, il che è davvero utile.L'ho usato con diversi team con un grande grado di successo.Agli artisti è piaciuta la possibilità di riportare indietro le cose (dopo essersi abituati ai concetti).Ci vuole molto spazio, però.

Answer 6

@lomaxx TortoiseSVN include un programma chiamato TortoiseIDiff che sembra essere un diff per le immagini.Non l'ho usato ma sembra intrigante.

Answer 7

Domanda interessante.Non ho molta esperienza lavorando direttamente con i designer su un progetto.Quando l'ho fatto, è stato attraverso una sorta di accordo contrattuale in cui "consegnavano" un progetto.Ho svolto parte del mio lavoro di progettazione sia per siti Web che per applicazioni desktop e, sebbene non abbia utilizzato il controllo del codice sorgente in passato, sto implementando SVN per uso personale poiché sto iniziando a lavorare come freelance retribuito lavoro.Intendo utilizzare il controllo della versione/del codice sorgente esattamente come farei con il codice sorgente.Diventa semplicemente un'altra cartella nel trunk del progetto.Il modo in cui ho lavorato senza il controllo del codice sorgente è creare un file risorse cartella in cui risiedono tutti i file multimediali equivalenti al codice sorgente.Mi piace pensare ai PSD di Photoshop come codice sorgente grafico mentre l'output JPEG per un sito Web o altro è il versione compilata.

Nel caso di lavorare con i designer, che è una possibilità concreta che affronterò nel prossimo futuro, mi piacerebbe provare a fargli "effettuare il check-in" su base regolare delle loro diverse versioni dei loro file sorgente.Sarò curioso di leggere cosa diranno altri con una certa esperienza in risposta a questo.

Answer 8

Metterei sicuramente la grafica sotto il controllo della versione.Il diff potrebbe non essere molto utile dall'interno di uno strumento di diff come diffmerge, ma puoi comunque verificare due versioni dell'immagine e visualizzarle fianco a fianco per vedere le differenze.

Non vedo alcun motivo per cui la grafica risultante non dovrebbe essere mantenuta nello stesso sistema di controllo della versione utilizzato dai programmatori.Tuttavia, quando crei elementi grafici utilizzando file PSD o PDN, potresti voler creare un repository separato per questi poiché hanno un contesto diverso rispetto al file jpeg o gif finale effettivo prodotto e distribuito con l'applicazione sviluppata.

Answer 9

Secondo me Pixelapse combinato con una soluzione di backup è il miglior software di controllo della versione per la grafica che ho trovato finora.Supporta file Adobe e un sacco di normali immagini raster.Ha un'anteprima versione per versione.Si salva automaticamente quando i file si aggiornano (al salvataggio).Funziona come Dropbox ma ha un'ottima interfaccia web.

Puoi usarlo in team e condividere progetti con persone diverse.Supporta anche infiniti revisori, il che è ottimo per le agenzie di design.E se vuoi puoi collaborare pubblicamente a progetti “aperti”.

Sfortunatamente non puoi avere un server Pixelapse locale, quindi per il backup la mia configurazione attuale è che ho la cartella Pixelapse (come una cartella Dropbox) all'interno di un repository git per la creazione di istantanee.

Answer 10

Usiamo la sovversione.Basta posizionare una cartella in /trunk/docs per comps e chiedere ai progettisti di effettuare il check-out e il commit in quella cartella.Funziona come un campione.

Answer 11

Per quanto riguarda il diff e l'unione, penso che il controllo della versione sia più critico per la grafica e gli elementi multimediali.Se ci pensi, la maggior parte dei designer sarà l'unica proprietaria di un file, almeno nel caso della grafica, o almeno penso che sia così.Sarei curioso di sentire il parere di un designer.

Answer 12

@Damian - Buon punto riguardo ai tag e ai riferimenti incrociati.È vero;anche se non ho lavorato con molti designer su un progetto di sviluppo software, ho lavorato per un'azienda che aveva un dipartimento di progettazione e so che questo è un problema.I progettisti sono ancora (perennemente) alla ricerca del sistema perfetto per gestire questo genere di cose.Penso che questo sia più adatto a un dipartimento di progettazione per l'accesso condiviso, la ricerca e il controllo delle versioni, ecc. A tutte le risorse, dove esiste un incentivo aziendale a non reinventare la ruota ove/quando possibile.Non penso che si applicherebbe a un approccio orientato al progetto poiché l'etichettatura e i riferimenti incrociati non sarebbero altrettanto applicabili.

Answer 13

Manteniamo i file binari e le immagini sotto controllo di revisione, utilizzando Perforce.È ottimo!

Conserviamo molte risorse artistiche e si adatta bene a molti file di grandi dimensioni.Riconosce i file binari, quelli che non possono essere differenziati, e li memorizza come copie di file complete nel back-end.

Dispone di P4V (browser visivo multipiattaforma) e di un sistema di miniature in modo che i file di immagine possano essere visualizzati nel browser.

Answer 14

Potresti dare un'occhiata a Boar:"Controllo della versione semplice e backup per foto, video e altri file binari".Può gestire file binari di qualsiasi dimensione. http://code.google.com/p/boar/

Answer 15

Una soluzione gratuita e un po' traballante è la versione Adobe Cue, fornita con le suite Adobe fino a CS4 ed è facile da installare e gestire.Offre il controllo a livello utente ed è adatto agli artisti.Adobe ha tuttavia interrotto il supporto, il che è un peccato.Adobe Bridge funge da client tra l'utente e il server Version Cue.Se usato correttamente è una soluzione economica per il controllo della versione.Utilizzo il cue della versione CS3 con CS3 Bridge.Funziona alla grande per piccoli team.