Contrôle de version pour les graphiques

Question

Supposons qu'une équipe de développement comprenne (ou utilise) des graphistes qui créent toutes les images entrant dans la composition d'un produit.Ces éléments incluent des icônes, des bitmaps, des arrière-plans de fenêtres, des images de boutons, des animations, etc.

De toute évidence, tout ce qui est nécessaire à la création d’un logiciel doit être soumis à une forme de contrôle de version.Mais la plupart des systèmes de contrôle de version destinés aux développeurs sont principalement conçus pour les informations textuelles.Les graphistes devraient-ils utiliser le même système de contrôle de version et le même référentiel que les codeurs ?Si ce n’est pas le cas, que doivent-ils utiliser et quelle est la meilleure façon de tout garder synchronisé ?

Answer 1

Oui, avoir des ressources artistiques dans le contrôle de version est très utile.Vous avez la possibilité de suivre l’historique, d’annuler les modifications et vous disposez d’une source unique avec laquelle effectuer des sauvegardes.Gardez à l’esprit que les ressources artistiques sont BEAUCOUP plus volumineuses et que votre serveur doit donc disposer de beaucoup d’espace disque et de bande passante réseau.

J'ai réussi à utiliser forcément sur de très gros projets (+100 Go), nous avons cependant dû envelopper l'accès au serveur de contrôle de version avec quelque chose d'un peu plus convivial pour les artistes.

J'ai entendu de bonnes choses sur Cerveau extraterrestre de plus, il semble avoir une interface utilisateur très élégante.

Answer 2

GitHub a récemment introduit les « modes d'affichage des images », jetez-y un œil : https://github.com/blog/817-behold-image-view-modes.

Answer 3

Nous aussi, nous mettons simplement les binaires sous contrôle de source.Nous utilisons Git, mais cela s'appliquerait tout aussi bien à Subversion.

Une suggestion que j'ai est d'utiliser des SVG lorsque cela est possible, car vous pouvez voir les différences réelles.Avec les binaires (la plupart des autres formats d’image), le mieux que vous puissiez obtenir est un historique des versions.

Answer 4

De nombreux graphistes voudront quelque chose de plus sophistiqué que la subversion.Bien que ce soit bon pour le contrôle de version, ils voudront un système de gestion de contenu qui permette les références croisées des ressources, le balisage, les vignettes et ce genre de choses (ainsi que la gestion des versions).

Answer 5

TortoiseSVN peut afficher les révisions d'images côte à côte, ce qui est vraiment utile.Je l'ai utilisé avec différentes équipes avec beaucoup de succès.Les artistes ont adoré avoir la possibilité de faire reculer les choses (après s'être habitués aux concepts).Cela prend cependant beaucoup de place.

Answer 6

@lomaxx TortoiseSVN inclut un programme appelé TortoiseIDiff qui semble être une différence pour les images.Je ne l'ai pas utilisé mais ça a l'air intriguant.

Answer 7

Question interessante.Je n'ai pas beaucoup d'expérience de travail direct avec des designers sur un projet.Lorsque je l'ai fait, cela s'est fait par le biais d'une sorte d'accord contractuel dans le cadre duquel ils ont « livré » un design.J'ai effectué une partie de mon propre travail de conception pour des sites Web et des applications de bureau, et bien que je n'aie pas utilisé le contrôle de source dans le passé, je suis en train d'implémenter SVN pour mon propre usage car je commence à travailler en indépendant. travail.J'ai l'intention d'utiliser le contrôle de version/source précisément comme je le ferais avec le code source.Cela devient simplement un autre dossier dans le tronc du projet.La façon dont j'ai travaillé sans contrôle de source est de créer un actifs dossier dans lequel résident tous les fichiers multimédias équivalents au code source.J'aime penser aux PSD de Photoshop comme code source graphique tandis que la sortie JPEG pour un site Web ou autre est la version compilée.

Dans le cas de travailler avec des concepteurs, ce qui est une possibilité distincte à laquelle je serai confronté dans un avenir proche, j'aimerais essayer de leur faire "enregistrer" régulièrement leurs différentes versions de leurs fichiers sources.Je serai curieux de lire ce que d'autres personnes ayant une certaine expérience diront en réponse à cela.

Answer 8

Je mettrais certainement les graphiques sous contrôle de version.La différence n'est peut-être pas très utile à partir d'un outil de comparaison tel que diffmerge, mais vous pouvez toujours extraire deux versions du graphique et les afficher côte à côte pour voir les différences.

Je ne vois aucune raison pour laquelle les graphiques résultants ne devraient pas être conservés dans le même système de contrôle de version que celui utilisé par les codeurs.Cependant, lorsque vous créez des graphiques à l'aide de fichiers PSD ou de fichiers PDN, vous souhaiterez peut-être créer un référentiel séparé pour ceux-ci, car ils ont un contexte différent du jpeg ou du gif final réel produit et déployé avec l'application développée.

Answer 9

À mon avis Pixel-lapse combiné à une solution de sauvegarde, c'est le meilleur logiciel de contrôle de version pour les graphiques que j'ai trouvé jusqu'à présent.Il prend en charge les fichiers Adobe et un tas d'images raster normales.Il a un aperçu version par version.Il enregistre automatiquement lorsque les fichiers sont mis à jour (lors de l'enregistrement).Cela fonctionne comme Dropbox mais possède une excellente interface Web.

Vous pouvez l'utiliser en équipe et partager des projets avec différentes personnes.Il prend également en charge un nombre infini de réviseurs, ce qui est idéal pour les agences de design.Et si vous le souhaitez, vous pouvez collaborer publiquement sur des projets « ouverts ».

Malheureusement, vous ne pouvez pas avoir de serveur pixelapse local, donc pour la sauvegarde, ma configuration actuelle est que j'ai le dossier Pixelapse (comme un dossier dropbox) dans un dépôt git pour la création d'instantanés.

Answer 10

Nous utilisons la subversion.Placez simplement un dossier sous /trunk/docs pour les compositions et demandez aux concepteurs d'extraire et de s'engager dans ce dossier.Fonctionne comme un champion.

Answer 11

En ce qui concerne les différences et les fusions, je pense que le contrôle de version est plus critique pour les éléments graphiques et multimédias.Si vous y réfléchissez, la plupart des concepteurs seront les seuls propriétaires d'un fichier - du moins dans le cas des graphiques - ou du moins je pense que ce serait le cas.Je serais curieux d'avoir l'avis d'un designer.

Answer 12

@Damian - Bon point sur le balisage et les références croisées.C'est vrai;même si je n'ai pas travaillé avec de nombreux concepteurs sur un projet de développement logiciel, j'ai travaillé pour une entreprise qui disposait d'un département de conception et je sais que c'est un problème.Les concepteurs sont toujours (perpétuellement) à la recherche du système parfait pour gérer ce genre de choses.Je pense que cela convient mieux à un département de conception pour l'accès partagé, la recherche et la gestion des versions, etc. à tous les actifs - où il existe une incitation commerciale à ne pas réinventer la roue partout où cela est possible.Je ne pense pas que cela s'appliquerait à une manière orientée projet, car le balisage et les références croisées ne seraient pas aussi applicables.

Answer 13

Nous gardons les fichiers binaires et les images sous contrôle de révision, en utilisant Perforce.C'est bien!

Nous conservons de nombreuses ressources artistiques et cela s'adapte bien à de nombreux fichiers volumineux.Il reconnaît les fichiers binaires, ceux qui ne peuvent pas être comparés, et les stocke sous forme de copies complètes de fichiers dans le back-end.

Il dispose de P4V (navigateur visuel multiplateforme) et d'un système de vignettes permettant de voir les fichiers image dans le navigateur.

Answer 14

Vous voudrez peut-être jeter un œil à Boar :"Contrôle de version simple et sauvegarde des photos, vidéos et autres fichiers binaires".Il peut gérer des fichiers binaires de n'importe quelle taille. http://code.google.com/p/boar/

Answer 15

Une solution gratuite et légèrement bancale est la version Adobe Cue. Elle est livrée avec les suites Adobe jusqu'à CS4 et est facile à installer et à entretenir.Offre un contrôle au niveau de l'utilisateur et est convivial pour les artistes.Adobe a cependant interrompu son support, ce qui est dommage.Adobe Bridge fait office de client entre l'utilisateur et le serveur Version Cue.S'il est utilisé correctement, c'est une solution peu coûteuse pour le contrôle de version.J'utilise la version CS3 avec CS3 Bridge.Fonctionne très bien pour les petites équipes.