Forum général.général Versionnage d'images.

Posté par  (site web personnel) .
Étiquettes :
0
3
juin
2011

Salut à tous (SàT).

Je suis dans le désarroi. Voilà mon soucis :
Je manipule des images, je ne sais plus trop à force comment les classer/renommer, je ne sais pas en tous cas comment faire pour distinguer les différentes versions, ça évolue.
Voilà ma question, j'y viens, comment faites-vous les moules, pour gérer le versionnage. Je n'y connais rien, et c'est pour cela que je fais appel à vous.

Mon but, avoir différentes versions d'une image. Le jeu, ma pov Lucette, serait d'avoir ça en local, pour l'instant ; on verra après suivant le volume.

Ah, au fait, je suis tout seul :<

  • # versionage ? ou simple classement ?

    Posté par  . Évalué à 3.

    perso je classe par date ou evenement genre
    201102-semaine au ski
    20110324-journée au parc

    ensuite dedans je fais des dossiers originals/modifiés/panoramique
    en fonction de ma production.

    avec tout ca, tu donnes ces dossiers à un gestionnaire d'images (f-stop, gthumb...)
    avec lui tu peux taggé tes images (eglise, mariage, copain machine, fille truc)

    et donc retrouver les images dans ton arborescence

  • # versions

    Posté par  (site web personnel) . Évalué à 1.

    Ensuite, pour les versions il n'y a pas le choix il faut ajouter quelque chose qui s'incrémente.
    Un compteur c'est pas très facile car on ne sait jamais ou on en est. par contre le jour et l'heure d'enregistrement ca marche bien. Pour que les classement se fasse facilement, il faut mettre le format YYMMDDHHMMSS si tu mets dans un autre sens, les classements ne seront pas chronologique.
    Si tu veux un numéro simple tu peux mettre un timestamp, c'est facilement récupérable par la suite....

  • # Merci.

    Posté par  (site web personnel) . Évalué à 1.

    Je vais creuser un peu comment nommer mes fichiers et les classer dans des dossiers intelligemment nommés.
    C'est vrai que c'est pas con la date et l'heure. On (moi) se souviens plus facilement de quand on à fait un truc.

    Après il s'agit bien de versionnage :
    C'est pas pour classer des photos de famille, mais des créations graphiques -> différentes versions que l'on doit pouvoir comparer, revenir en arrière et refaire une nouvelle "branche". Je bosse actuellement sur un logo : plusieurs formats (svg, png, jpg), plusieurs variantes (forme, couleurs), plusieurs tailles ... j'arrive vite à une vingtaine de fichiers sources et autant de cibles.

    Peut-être qu'il faut que je m'intéresse aux tags. Ça peut être une bonne idée.

    « Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes. »

    • [^] # Re: Merci.

      Posté par  . Évalué à 1.

      Les branches ne sont pas aussi pratiques pour des images que pour du code source. Pour du texte, il est souvent possible de faire profiter une "branche" de modifications ayant eues lieu sur une autre branche, à l'aide d'une simple commande. Du coup, l'usage d'un vrai gestionnaires de versions avec de vraies branches se justifie moins (à part pour avoir un cadre strict, avec des commandes-outils).

      Si vous souhaitez avoir une vision permanente de toutes les branches, il faudrait plutôt faire un dossier par "branche", et gérer des versions dans chaque dossier.

      Pour ce qui est des formats, les formats cibles pourraient être générés à l'aide d'un Makefile. (éventuellement utiliser plusieurs calques d'un même fichier et les faire cacher selon la variante à la génération d'une image cible)

  • # Hammer FS !

    Posté par  . Évalué à 1.

    Je suis en plein dans mes recherche sur ce qui existe en matière de système de fichier.

    Hammer dispose d'une commande "undo" qui permet de faire exactement ce que tu décris. Enfin, c'est une usine à gaz, et ça existe que sous DragonFly-BSD. Mais c'est intéressant. Ce genre de fonctionnalité intégrée dans un gestionnaire de fichier ça serait killer feature.

    Please do not feed the trolls

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.