Versionskontrolle für Grafiken

Question

Angenommen, ein Entwicklungsteam enthält (oder verwendet) Grafiker, die alle Bilder erstellen, die in ein Produkt eingehen. Solche Dinge sind Icons, Bitmaps, Fensterhintergründe, Schaltflächenbilder, Animationen, etc.

Offensichtlich sollte alles, was benötigt wird, um ein Stück Software zu bauen, unter irgendeiner Form der Versionskontrolle stehen. Die meisten Versionskontrollsysteme für Entwickler sind jedoch hauptsächlich für textbasierte Informationen konzipiert. Sollten die Grafik-Leute das gleiche Versionskontrollsystem und Repository verwenden wie die Programmierer? Wenn nicht, was sollten sie verwenden und was ist der beste Weg, um alles synchron zu halten?

Answer 1

Ja, es ist sehr nützlich, wenn Sie in der Versionskontrolle über Kunstobjekte verfügen. Sie haben die Möglichkeit, den Verlauf zu verfolgen, Änderungen rückgängig zu machen, und Sie haben eine einzige Quelle, mit der Sie Sicherungskopien erstellen können. Denken Sie daran, dass Kunstgegenstände VIEL größer sind, so dass Ihr Server viel Speicherplatz benötigt & Netzwerk-Bandbreite.

Ich hatte Erfolg mit perforce auf sehr großen Projekten (+100 GB), jedoch mussten wir den Zugriff auf den Versionskontrollserver mit etwas ein wenig künstlerfreundlicher umhüllen.

Ich habe einige gute Dinge über Alienbrain auch gehört, es scheint eine sehr glatte UI zu haben.

Answer 2

Wir verwenden Subversion. Legen Sie einfach einen Ordner unter/trunk/docs für Comps ab und lassen Sie Designer auschecken und in diesen Ordner einbinden. Funktioniert wie ein Champion.

Answer 3

Ich würde definitiv die Grafik unter Versionskontrolle setzen. Das diff ist möglicherweise nicht sehr nützlich innerhalb eines Diff-Tools wie diffmerge, aber Sie können immer noch zwei Versionen der Grafik auschecken und sie nebeneinander anzeigen, um die Unterschiede zu sehen.

Ich sehe keinen Grund, warum die resultierenden Grafiken nicht in demselben Versionskontrollsystem gespeichert werden sollten, das die Codierer verwenden. Wenn Sie jedoch Grafiken mit PSD-Dateien oder PDN-Dateien erstellen, möchten Sie möglicherweise ein separates Repository für diese erstellen, da sie einen anderen Kontext haben als das tatsächliche Ende von jpeg oder gif, das mit der entwickelten Anwendung erstellt und bereitgestellt wird.

Answer 4

@lomaxx TortoiseSVN enthält ein Programm namens TortoiseIDiff, das ein Diff für Bilder zu sein scheint. Ich habe es nicht benutzt, aber es sieht faszinierend aus.

Answer 5

Interessante Frage. Ich habe keine Erfahrung, direkt mit Designern an einem Projekt zu arbeiten. Wenn ich es getan habe, war es durch eine vertragliche Vereinbarung, dass sie ein Design "geliefert" haben. Ich habe einige meiner eigenen Designarbeiten sowohl für Websites als auch für Desktop-Anwendungen durchgeführt, und obwohl ich in der Vergangenheit keine Quellcodeverwaltung verwendet habe, bin ich gerade dabei, SVN für meinen eigenen Gebrauch zu implementieren, da ich damit anfange, einige bezahlte Freiberufler zu machen Arbeit. Ich beabsichtige, die Versions-/Quellcodeverwaltung genau so zu verwenden, wie ich es mit dem Quellcode tun würde. Es wird nur ein anderer Ordner im Projektstamm. Die Art, wie ich ohne Quellcodeverwaltung gearbeitet habe, besteht darin, einen Ordner Assets zu erstellen, in dem sich alle Mediendateien befinden, die dem Quellcode entsprechen. Ich mag an Photoshop PSD als Grafikquellcode denken, während die JPEG-Ausgabe für eine Website oder anders ist die kompilierte Version.

Im Falle der Zusammenarbeit mit Designern, was eine Möglichkeit ist, der ich in naher Zukunft gegenüberstehe, würde ich gerne versuchen, dass sie ihre verschiedenen Versionen ihrer Quelldateien regelmäßig "einchecken" Basis. Ich werde neugierig sein zu lesen, was andere mit etwas Erfahrung als Antwort darauf sagen werden.

Answer 6

In Bezug auf diff und merging, denke ich, die Versionskontrolle ist wichtiger für Grafiken und Medienelemente. Wenn Sie darüber nachdenken, werden die meisten Designer die einzigen Eigentümer einer Datei sein - zumindest im Fall von Grafiken - oder zumindest würde ich denken, dass dies der Fall sein würde. Ich wäre neugierig, von einem Designer zu hören.

Answer 7

Wir auch, nur die Binärdateien in der Quellcodeverwaltung. Wir verwenden Git, aber es würde genauso gut auf Subversion zutreffen.

Ein Vorschlag, den ich habe, ist, SVGs wo möglich zu verwenden, weil Sie tatsächliche Unterschiede sehen können. Mit Binärdateien (die meisten anderen Bildformate) ist das Beste, was Sie bekommen können, eine Versionsgeschichte.

Answer 8

Viele der Grafiktypen Menschen wollen etwas anspruchsvoller als Subversion.Obwohl es für die Versionskontrolle gut ist, wird es ein Content-Management-System benötigen, das Querverweise auf Assets, Tags, Thumbnails und dergleichen (sowie Versionierung) ermöglicht.

Answer 9

@Damian - Guter Punkt über das Markieren und Querverweisen. Das ist richtig; Während ich nicht mit vielen Designern an einem Softwareentwicklungsprojekt gearbeitet habe, habe ich für eine Firma gearbeitet, die eine Designabteilung hatte und weiß, dass dies ein Problem ist. Designer suchen (immer noch) nach dem perfekten System, um mit solchen Dingen fertig zu werden. Ich denke, das ist besser geeignet für eine Design-Abteilung für gemeinsamen Zugriff, Suche und Versionierung usw. für alle Vermögenswerte - wo es einen geschäftlichen Anreiz gibt, das Rad nicht wo immer möglich neu zu erfinden. Ich glaube nicht, dass dies für eine projektorientierte Vorgehensweise gelten würde, da das Tagging und die Querverweise nicht ganz so zutreffend wären.

Answer 10

Wir behalten die binären Dateien und Bilder in Revisionskontrolle mit Perforce. Es ist großartig!

Wir halten eine Menge von Kunst-Assets, und es skaliert gut für viele große Dateien. Es erkennt Binärdateien, die nicht unterschieden werden können, und speichert sie als vollständige Dateikopien im Backend.

Es hat P4V (plattformübergreifender visueller Browser) und ein Thumbnail-System, so dass Bilddateien im Browser angezeigt werden können.

Answer 11

TortoiseSVN kann Bildkorrekturen nebeneinander anzeigen, was sehr nützlich ist. Ich habe es mit verschiedenen Teams mit großem Erfolg eingesetzt. Die Künstler liebten die Fähigkeit, Dinge zurückzurollen (nachdem sie sich an die Konzepte gewöhnt hatten). Es braucht jedoch viel Platz.

Answer 12

Vielleicht möchten Sie einen Blick auf Boar werfen: "Einfache Versionskontrolle und Backup für Fotos, Videos und andere Binärdateien". Es kann Binärdateien beliebiger Größe verarbeiten. http://code.google.com/p/boar/

Answer 13

GitHub vor kurzem eingeführt "Bildansicht Modi", werfen Sie einen Blick: https://github.com/blog/817-behold-image-view-modes.

Answer 14

Eine kostenlose und leicht wackelige Lösung ist die Adobe-Version Cue, die mit den Adobe-Suiten bis CS4 geliefert wird und einfach zu installieren und zu warten ist. Bietet Kontrolle auf Benutzerebene und ist künstlerfreundlich. Adobe hat jedoch den Support eingestellt, was eine Schande ist. Adobe Bridge fungiert als Client zwischen dem Benutzer und dem Version Cue-Server. Bei richtiger Verwendung ist es eine kostengünstige Lösung zur Versionskontrolle. Ich benutze CS3 Version Cue mit CS3 Bridge. Funktioniert hervorragend für kleine Teams.

Answer 15

Meiner Meinung nach Pixelapse kombiniert mit einer Backup-Lösung ist die beste Version-Steuerungssoftware für Grafiken, die ich bisher gefunden habe. Es unterstützt Adobe-Dateien und eine Reihe von normalen Rasterbildern. Es hat Version für Version Vorschau. Es wird automatisch gespeichert, wenn die Dateien aktualisiert werden (beim Speichern). Es funktioniert wie Dropbox, hat aber eine großartige Weboberfläche.

Sie können es in Teams verwenden und Projekte für verschiedene Personen freigeben. Es unterstützt auch unbegrenzte Überprüfer, die ideal für Design-Agenturen ist. Und wenn Sie möchten, können Sie öffentlich an Projekten arbeiten, die "offen" sind.

Leider kann ich keinen lokalen Pixelserver haben, daher ist mein aktuelles Setup, dass ich den Pixelase-Ordner (wie einen Dropbox-Ordner) in einem Git-Repo für die Snapshot-Erstellung habe.