Contrôle de version pour les fichiers de conception

15

Quelqu'un peut-il décrire son flux de travail qu'il utilise pour gérer plusieurs versions d'un fichier? Par exemple,

  • si plusieurs personnes y ont travaillé
  • ou vous avez exploré une idée avec la conception, puis réalisé que vous devez annuler l'état plusieurs fois et espérer atteindre l'état précédent dont vous aviez besoin

Est-ce qu'on enregistre simplement sous un nom de fichier différent toutes les heures / toutes les 15 minutes?

En tant que concepteur unique, a-t-on même besoin d'un contrôle de version?

phwd
la source
3
Adobe Version Cue était un système de contrôle de version fourni avec Creative Suite 1-4, si largement disponible - mais malgré cela, ni moi ni personne que je connais ne l'ai jamais utilisé.
e100
@ e100: j'ai essayé une fois pour un projet et c'était incroyablement lent :( - mais c'était peut-être mon PC à l'époque ...
Shikiryu

Réponses:

12

Je n'ai jamais eu à travailler sur le même fichier avec une autre personne mais j'ai 3 façons de gérer plusieurs versions d'un fichier de conception.

Jalons

J'ai utilisé des jalons pendant un moment où nous essayions la méthode AGILE en tant que concepteurs (comme le font certains développeurs). C'est assez efficace mais prend pas mal de temps (plus quand vous commencez à l'utiliser. Au final, c'est plutôt sympa). Beaucoup d'organisation nécessaire.

Numéro / dates / détails dans le nom du fichier

Quand j'ai commencé la conception, j'ai traité des nombres pour le versioning. Horrible. Sérieusement, non. Ou soyez organisé. "Design1.psd" "Design2.psd" etc ...

Les dates / heures sont agréables si vous vous souvenez bien de ce que j'ai fait hier? . Dans mon cas, moins horrible que le nombre mais pas beaucoup plus puissant. "Design20100801-1112.psd"

Les détails sont meilleurs. J'ai utilisé des noms comme "Design20100801-1112-add-pattern.psd" = date-heure-détails . Des noms de fichiers assez longs, mais il est rapide à utiliser et vous trouvez votre fichier bien plus rapidement que n'importe quelle méthode précédente.

SVN ou GIT

aka le vrai contrôle de version

J'utilise maintenant SVN. J'enregistre régulièrement le même fichier "Design1.psd" par exemple. Et à chaque heure ou à chaque pause, je valide mes modifications et donne des détails à ce sujet.

Si j'ai fait une erreur ou que le client voulait la version précédente, je viens de mettre à jour vers la version xxx et c'est fait.

Il vous donne également la puissance des branches et des balises qui sont vraiment intéressantes pour gérer les jalons.

Il y a une raison pour laquelle les développeurs utilisent un logiciel de contrôle de version / DB / etc ... C'est efficace et les concepteurs devraient aussi l'utiliser. (Mais c'est assez difficile à comprendre / utiliser au début)

Shikiryu
la source
1
git, bien qu'il soit probablement beaucoup plus difficile à saisir pour quelqu'un sans expérience VCS, a un bien meilleur support pour les fichiers binaires que SVN.
Can Berk Güder
1
git ne vous oblige pas non plus à configurer le serveur avec un référentiel, ce qui facilite le démarrage
Jakub Arnold
@Can Berk Güder: git gère-t-il vraiment mieux les fichiers binaires? Je n'ai jamais rencontré de problèmes avec les fichiers binaires dans SVN. Je pense que c'est une légende.
Mnementh
1
@ Dark: Vous avez besoin d'un référentiel, mais vous n'avez pas besoin d'un serveur. Vous pouvez utiliser un référentiel local avec une URL de fichier. Je l'utilise sur mon ordinateur pour stocker tout ce que je veux contrôler la version mais pas publier. Fonctionne bien.
Mnementh
2
Eh bien, SVN pro: plus facile à utiliser (j'ai essayé les deux, et svn est assez simple pour la commande de base), peut fonctionner sur un dépôt privé local ou gratuit comme l' assembly que j'utilise. pro GIT: plus facile à bifurquer / fusionner dans le cas multi-utilisateurs (ce qui n'est pas mon cas), une meilleure gestion de la taille des fichiers s'il n'y a pas trop de fichiers, peut également fonctionner sur le repo local ou privé. Le seul conseil que je donnerais à quiconque est d' essayer les deux et de choisir celui qui correspond à vos besoins
Shikiryu
4

Le contrôle de version d'une certaine sorte est toujours une bonne chose, surtout avec des efforts créatifs. Les systèmes traditionnels comme SVN sont bons pour les fichiers texte, mais pas tellement pour les fichiers binaires (par exemple, InDesign et QuarkXpress).

Ce qui est vraiment nécessaire ici, surtout si plusieurs concepteurs sont impliqués, c'est un système de gestion des actifs numériques ou un système de gestion de contenu . Il s'agit cependant d'un trou de lapin très profond, et toute véritable discussion va bien au-delà du format SE. Il suffit de dire que les prix vont de la gratuité aux systèmes de plusieurs millions de dollars.

Un bon système vous permettra d'économiser par étape, mais aussi, plus important encore pour plusieurs concepteurs, de permettre à quelqu'un d'extraire un document pour modification, ce qui empêche les autres de le télécharger, mais aussi d'annuler les modifications apportées aux versions précédentes.

Si vous envisagez une sorte de système, vous devez vous asseoir et réfléchir à votre environnement (matériel informatique, logiciel, bureau, nombre d'utilisateurs potentiels) et à vos besoins, élaborer un document de besoins et commencer à chercher puis comparer les systèmes contre vos besoins.

Philip Regan
la source