Frage

Angenommen, ein Entwicklungsteam umfasst (oder nutzt) Grafiker, die alle Bilder erstellen, die in ein Produkt einfließen.Zu diesen Dingen gehören Symbole, Bitmaps, Fensterhintergründe, Schaltflächenbilder, Animationen usw.

Offensichtlich sollte alles, was zum Erstellen einer Software benötigt wird, einer Versionskontrolle unterliegen.Die meisten Versionskontrollsysteme für Entwickler sind jedoch hauptsächlich für textbasierte Informationen konzipiert.Sollten die Grafiker das gleiche Versionskontrollsystem und Repository verwenden wie die Programmierer?Wenn nicht, was sollten sie verwenden und wie lässt sich alles am besten synchronisieren?

War es hilfreich?

Lösung

Ja, es ist sehr nützlich, Kunst-Assets in der Versionskontrolle zu haben.Sie haben die Möglichkeit, den Verlauf zu verfolgen, Änderungen rückgängig zu machen und haben eine einzige Quelle für Backups.Bedenken Sie, dass die Kunstwerke VIEL größer sind, sodass Ihr Server über viel Speicherplatz und Netzwerkbandbreite verfügen muss.

Ich hatte Erfolg mit der Verwendung notgedrungen Bei sehr großen Projekten (+100 GB) mussten wir jedoch den Zugriff auf den Versionskontrollserver mit etwas Künstlerfreundlicherem umschließen.

Ich habe einige gute Dinge darüber gehört Alienhirn Außerdem scheint es eine sehr elegante Benutzeroberfläche zu haben.

Andere Tipps

GitHub hat kürzlich „Bildansichtsmodi“ eingeführt. Schauen Sie sich Folgendes an: https://github.com/blog/817-behold-image-view-modes.

Auch wir haben die Binärdateien einfach in die Quellcodeverwaltung gestellt.Wir verwenden Git, aber es würde genauso gut für Subversion gelten.

Ein Vorschlag, den ich habe, ist, nach Möglichkeit SVGs zu verwenden, da man tatsächliche Unterschiede erkennen kann.Bei Binärdateien (den meisten anderen Bildformaten) ist das Beste, was Sie erhalten können, ein Versionsverlauf.

Viele Grafiker wollen etwas Anspruchsvolleres als Subversion.Während es sich gut für die Versionskontrolle eignet, benötigen sie ein Content-Management-System, das Querverweise auf Assets, Tags, Miniaturansichten usw. (sowie Versionierung) ermöglicht.

TortoiseSVN kann Bildrevisionen nebeneinander anzeigen, was wirklich nützlich ist.Ich habe es mit großem Erfolg bei verschiedenen Teams eingesetzt.Die Künstler liebten die Möglichkeit, Dinge rückgängig zu machen (nachdem sie sich an die Konzepte gewöhnt hatten).Allerdings nimmt es viel Platz in Anspruch.

@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 interessant aus.

Interessante Frage.Ich habe nicht viel Erfahrung darin, direkt mit Designern an einem Projekt zu arbeiten.Bei mir geschah dies im Rahmen einer vertraglichen Vereinbarung, in der ein Entwurf „geliefert“ wurde.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 dabei, SVN für meinen eigenen Gebrauch zu implementieren, da ich anfange, einige bezahlte freiberufliche Tätigkeiten auszuüben arbeiten.Ich beabsichtige, die Versions-/Quellcodeverwaltung genau so zu nutzen, wie ich es mit Quellcode tun würde.Es wird lediglich ein weiterer Ordner im Projektstamm.Die Art und Weise, wie ich ohne Quellcodeverwaltung gearbeitet habe, besteht darin, eine zu erstellen Vermögenswerte Ordner, in dem sich alle Mediendateien befinden, die dem Quellcode entsprechen.Ich stelle mir Photoshop-PSDs gerne als vor Grafik-Quellcode während die JPEG-Ausgabe für eine Website oder auf andere Weise die ist kompilierte Version.

Im Falle der Zusammenarbeit mit Designern, was für mich in naher Zukunft eine eindeutige Möglichkeit darstellt, würde ich gerne versuchen, sie ihre verschiedenen Versionen ihrer Quelldateien regelmäßig „einchecken“ zu lassen.Ich bin gespannt, was andere mit etwas Erfahrung dazu sagen werden.

Ich würde die Grafiken auf jeden Fall unter Versionskontrolle stellen.Der Diff ist in einem Diff-Tool wie diffmerge möglicherweise nicht sehr nützlich, aber Sie können trotzdem zwei Versionen der Grafik auschecken und sie nebeneinander betrachten, um die Unterschiede zu erkennen.

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

Meiner Meinung nach Pixelapse In Kombination mit einer Backup-Lösung ist es die beste Versionskontrollsoftware für Grafiken, die ich bisher gefunden habe.Es unterstützt Adobe-Dateien und eine Reihe normaler Rasterbilder.Es gibt eine Versionsvorschau.Es wird automatisch gespeichert, wenn die Dateien aktualisiert werden (beim Speichern).Es funktioniert wie Dropbox, verfügt aber über eine tolle Weboberfläche.

Sie können es in Teams verwenden und Projekte mit verschiedenen Personen teilen.Es unterstützt auch eine unbegrenzte Anzahl von Gutachtern, was sich hervorragend für Designagenturen eignet.Und wenn Sie möchten, können Sie öffentlich an „offenen“ Projekten mitarbeiten.

Leider können Sie keinen lokalen Pixelapse-Server haben, daher ist mein aktuelles Backup-Setup, dass ich den Pixelapse-Ordner (wie einen Dropbox-Ordner) in einem Git-Repo für die Snapshot-Erstellung habe.

Wir verwenden Subversion.Platzieren Sie einfach einen Ordner unter /trunk/docs für Comps und lassen Sie die Designer diesen Ordner auschecken und festschreiben.Funktioniert wie ein Champion.

Im Hinblick auf Unterschiede und Zusammenführung denke ich, dass die Versionskontrolle für Grafiken und Medienelemente wichtiger ist.Wenn Sie darüber nachdenken, werden die meisten Designer die alleinigen Eigentümer einer Datei sein – zumindest im Fall von Grafiken – oder zumindest würde ich denken, dass dies der Fall ist.Ich wäre neugierig, von einem Designer zu hören.

@Damian – Guter Punkt bezüglich der Markierung und Querverweise.Das ist richtig;Obwohl ich nicht mit vielen Designern an einem Softwareentwicklungsprojekt zusammengearbeitet habe, habe ich für ein Unternehmen gearbeitet, das über eine Designabteilung verfügte, und weiß, dass dies ein Problem darstellt.Designer suchen immer noch (ständig) nach dem perfekten System, um solche Dinge zu bewältigen.Ich denke, dass dies eher für eine Designabteilung geeignet ist, die gemeinsamen Zugriff, Suche und Versionierung usw. auf alle Assets bietet – wo ein geschäftlicher Anreiz besteht, das Rad nicht immer und wann immer möglich neu zu erfinden.Ich glaube nicht, dass dies für eine projektorientierte Vorgehensweise gelten würde, da Tagging und Querverweise nicht ganz so anwendbar wären.

Wir halten die Binärdateien und Bilder mithilfe von Perforce unter Revisionskontrolle.Es ist großartig!

Wir behalten viele künstlerische Assets und es lässt sich gut für viele große Dateien skalieren.Es erkennt Binärdateien, die nicht unterschieden werden können, und speichert sie als vollständige Dateikopien im Backend.

Es verfügt über P4V (plattformübergreifender visueller Browser) und ein Miniaturbildsystem, damit Bilddateien im Browser angezeigt werden können.

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

Eine kostenlose und etwas seltsame Lösung ist die Adobe-Version Cue, die mit den Adobe Suites bis CS4 geliefert wird und einfach zu installieren und zu warten ist.Bietet Kontrolle auf Benutzerebene und ist künstlerfreundlich.Allerdings hat Adobe den Support dafür eingestellt, was schade 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 verwende CS3-Versions-Cue mit CS3 Bridge.Funktioniert hervorragend für kleine Teams.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top