Ha senso utilizzare il controllo sorgente per gestire i file grafici (ad es. PSDS e file AI)

Question

Naturalmente gli strumenti di controllo delle fonti come Git, (mercuriale, svn, ecc ...) possono fare un ottimo lavoro nella gestione del codice sorgente. Ma mi chiedo, questi strumenti offrono allo sviluppatore qualche vantaggio quando utilizzati per archiviare copie di file come Photoshop PSD e file ILLILTTORAtor AI? Ha senso utilizzare questi strumenti con questo tipo di file? Conserverei meno nel repository rispetto alla somma delle dimensioni dei file di tutti questi file? Anche se il formato di file di questi file è solo una macchina leggibile, mi aspetto che in tali applicazioni, specialmente quando si tratta di vettoriale piuttosto che di una grafica raster, una piccola parte di questi file cambierebbe e gran parte del resto rimarrebbe lo stesso .

Grazie per la tua intuizione.

Answer 1

Sebbene questa sia una questione molto supponente, direi di no, almeno per Git.

• Git non è stato creato come soluzione di archiviazione.
• Non c'è modo di unire i file di immagini.
• Pertanto, i rami non hanno senso: se l'unico modo per unire questi rami è scegliere quale versione è corretta, si è meglio sostituire il file immediatamente.
• Gli strumenti GUI GIT sono inferiori alla console e non sono semplici. Vuoi insegnare al tuo team artistico qual è la differenza tra commit e push?
• Quando fai il checkout git repo, controlla il tutta la storia di tutti i file, a partire dal commit iniziale. Se lavori su file binari abbastanza a lungo, le dimensioni diventeranno enormi.
• Molti siti di hosting GIT, come GitHub, hanno limiti alle dimensioni di singoli file.

Penso che tu stia molto meglio con Dropbox.

Answer 2

Git stesso può gestire qualsiasi tipo di dati, a condizione che i loro non siano troppo grandi o numerosi.
Vedere "git con file di grandi dimensioni"(" grande "come dimensioni o numero).

Diff'ing Pictures/Graphics non è una funzionalità supportata da Git in modo nativo, ma un servizio di hosting Git Repo può estendere la sua GUI Web per offrire tale supporto.

Github ha appena annunciato (giugno 2014) "EPSD Visualizza e differenzia", che estende il loro" Visualizzazione dell'immagine e difficoltà"(Nov.11)

Eventuali risorse PSD nei tuoi repository saranno trattati come immagini, il che significa che puoi visualizzarle in linea e utilizzare le nostre tre modalità di visualizzazione delle immagini per vedere cosa è cambiato in un commit.

Aggiorna Mach 2022: questo è non più supportato.
Vedere "Lavorare con file non codi"Per i file per i quali è supportato Diff.

Answer 3

Quelli che rispondono "no" hanno ottime ragioni, ma non è impossibile.

Sto usando con successo GitHub per gestire un progetto open source composto da centinaia di file illustratori e PDF (e anche un po 'di codice e testo, ma questo è un piccolo blip in confronto). Il Repo esce a circa 8 GB. Il motivo per cui sto facendo qualcosa di così folle è perché i file illustrator sono il nucleo del prodotto, non semplicemente opere d'arte decorative da accompagnarlo: sono i fonte del progetto - e perché volevo assicurarmi che sarebbe rimasto open source.

Ci sono stati alcuni punti critici e cose di cui essere consapevoli. Suggerirei:

• Non provarlo a meno che tu non abbia abbastanza familiarità con Git. La risoluzione dei conflitti e dei problemi di ramificazione può diventare davvero spinoso e potresti dover fare delle cose piuttosto arcane per rendere felice il repository. Nessuno si aspetta che tu conosca ogni angolo di Git (non sono sicuro che una persona sana di sana possa), ma so abbastanza da poterlo fare su Google.

• Assicurati di essere a tuo agio nell'uso di Git sulla riga di comando. Gli strumenti GUI possono proteggerti dalla complessità, ma ti impediscono anche di comprendere appieno cosa sta succedendo sotto le copertine. Una volta che hai questa comprensione, sei libero di utilizzare una GUI per il 95% delle volte.

• Evita di ramificare se possibile. I file binari non si uniscono al modo in cui il codice fa, quindi riunire le filiali può diventare disordinato e laborioso.

• Scopri le caratteristiche specifiche di Git che possono aiutarti a gestire le dimensioni e la complessità del repository: checkout parziali, tag, git gc, eccetera

• Prenditi del tempo per pianificare in anticipo. Può darsi che tu trarrebbe trarre vantaggio dalla separazione del progetto in due o più repository GIT o dalla combinazione con un altro servizio.

• Se stai utilizzando un servizio di hosting, assicurati di sapere quali limiti impongono al repository. Ad esempio, GitHub si lamenterà di file oltre 100 MB. Ecco le loro linee guida raccomandate per i binari.

Answer 4

No, non consiglierei di utilizzare Git, SVN, ecc. Per il monitoraggio della versione. Una quantità sorprendente di righe cambierà tra versioni a malapena alterate dei file Adobe, vedi di persona facendo un confronto diff. Ciò è particolarmente vero quando le opzioni come la compressione dei file native sono attivate in Illustrator.

Usando giudiziosi i livelli, i collegamenti e il salvataggio delle versioni milestone dei file, avrai un uso molto più efficiente dello spazio di archiviazione rispetto a quelli di SVN che potrebbe mai darti per i file Adobe nativi.

L'unica eccezione a cui riesco a pensare è per i file basati su XML, come gli SVG a vettore puro.

Answer 5

Se hai solo bisogno di una semplice gestione della versione con un'interfaccia utente semplice, la sovversione funziona abbastanza bene per la gestione di questi file. Ha un buon supporto GUI (ad es. SmartSVN o TortoisVN) con integrazione di shell. È anche molto più facile controllare selettivamente solo i file di cui hai bisogno.

Answer 6

Per tutti, indicando che la dimensione dei file sia un grosso problema, Git-lfs viene a risolvere questo problema.

È facile da installare e utilizzare e piattaforme popolari come Github, Gitlab o Bitbucket supportarlo senza alcun problema.