Salut,

Depuis quelque temps, Processing se réfère à un dossier sketchbook que tu es libre de placer ou bon te semble. idem pour les examples.Ce qui te permet de passer d'une version à l'autre sans te soucier de tes sketchss, exemples et librairies... tu n'as plus qu'à rediriger dans "préférences" de ta nouvelle version P5, le pointage vers les bon dossiers.
Du coup en ce qui me concerne, j'installe une nouvelle version de P5, tout les 6 mois à peu près, sans trop de manips....
mais peut-être je répond à côté de la plaque ?

+++

Salut,
oui c'est une question intéressante. Dans le cas d'un programme devant résoudre des tâches précises le fait d'incrémenter les versions permet de se référer à la dernière version comme étant la plus 'stable'. Mais il en est autrement pour des programmes graphiques génératif dont on est friand ici : le résultat est très subjectif, et le numéro de version ne renseigne pas forcément sur la qualité esthétique, qualité graphique qui reste appréciable suivant le goût de chacun sans forcément de lien direct avec les progrès dans le code.

Donc voila, moi aussi je me la pose cette question.
Existe t'il une version de GIT/DARCS/TRAC... ou autre adaptée à un projet artistique, offrant la possiblité d'intégrer des méta-données (par exemple un screenshot) qui seraient très utile pour préciser la qualité graphique d'un programme... (en dehors de la nomenclature et/ou des numéro de versions adoptée pour chaque fichier)

Merci de nous faire part de tes trucs mnémotechniques Emoc !

moi je suis à l'ancienne avec prise de notes sur un cahier pour savoir quel sketch correspond à quelle avancée ... :-/
car souvent l'image intervient très peu dans mes codes... c'est surtout des programmes orientées interactivité, donc difficile de faire une capture d'image associée aux avancées du travail...

+++

@rep C'est vrais que ça serait pas mal un outil genre Git avec des possibilité de métadonnées, capture d'écran automatique, notation...
@emoc Merci pour l'astuce très utile de la copie d'écran.

J'aimerais bien utiliser un logiciel de gestion de version en local mais je sait pas lequel choisir, mes critères (la simplicité d'accès (ne pas avoir a gérer une myriade d'options qui me seront rarement utile  et si possible avoir un point de vue arborescent sur les différentes versions.

Je m'interroge aussi sur la possibilité d'au lieu de créer 10 000 versions différente  lorsque il n'y a que de simples petites modifications non structurel, d'utiliser un système de patch.

rep a écrit:

Je trouvais très bonne l'idée postée il y a quelque temps d'héberger sur codelab.fr un serveur GIT (ou autre). Reste à en trouver un qui soit adapté... Et franchement si le projet n'existe pas encore il serait peut être pas mal d'y penser sérieusement...
Qu'en pensez vous donc doudou dis donc ?

C'est toujours une bonne idée, qui n'a pas vraiment avancé... Les voisins de Crealab & Labomedia & associés (et donc Oli44, Julbel, oyster_twiter, gepeto, Benjamin, Olivier, etc.) utilisent redmine, qui inclut un gestionnaire de version (SVN dans leur installation) mais permet aussi d'associer wiki et autres éléments à un projet. Peut-être qu'en les couvrant de fleurs et de rillettes, ce serait possible de s'arranger?

https://pingbase.homelinux.net/libro/

rep a écrit:

Qu'en est il des moyens de gestion de version existant, y'en a t'il capable de gérer une production artistique (par exemple en ajoutant des méta données textes ou images ou vidéos) en parallèle et en complément du code ?

Ça m'intéresserait aussi de savoir, pour ce que je connais des gestionnaires de version (pas grand chose), j'ai plutôt l'impression qu'ils sont surtout basés texte et dédié au code brut. Ça permet de garder une trace de l'évolution des versions, mais c'est toujours la dernière qui est la plus aboutie (optimisation, corrections, raffinements). Les versions antérieures n'ont pas trop vocation à être ressuscitées.

Pour l'utilisation de processing en création d'images, ça ne marche pas forcément comme ça. L'évolution n'est pas seulement au niveau des problèmes de code, de l'optimisation, mais aussi de choix esthétiques, d'assemblage d'algorithmes, ou de changements graphiques du coup c'est parfois intéressant de remonter à des versions antérieures et de repartir de là. Une représentation visuelle du graphe des embranchements de version avec des petits screenshots, des notes et tout et tout, ce serait très bien.

Peut-être un truc dans ce goût là, qui est une surcouche visuelle aux gestionnaires de versions ? Gource : http://code.google.com/p/gource/

Pour processing, il y a aussi Share, prévu pour un usage collectif (un IDE commun qui garde la paternité des petits bouts de code qui sont copiés-collés), c'est un bon projet mais je ne sais pas s'il aura une suite. Il pourrait très bien fonctionner au niveau individuel, en permettant d'associer copie-écran et note à un programme, et en plus permet de retracer les morceaux de code copiés collés à droite à gauche, ce serait très bien en fait!

En version collective, c'est aussi très intéressant, j'espère d'ailleurs que le projet continuera et qu'on pourra un jour installer un serveur share sur codelab.

Voila à quoi ça ressemble : une vue du réseau :



Et les méta données associées à un programme (les notes sont les commentaires extraits des premières lignes)

22_ a écrit:

détrompe-toi ... un gestionnaire de version n'est pas orienté code ... tu peux y stocker n'importe quel type de fichier (ton projet entier).
Quant au problème de "dernière version" la plus aboutie ... là aussi, un gestionnaire de version ne te bride aucunement sur ce point ... voir github, versionning social, qui permet à n'importe de qui de forker un projet (créer sa propre branche).
D'ailleurs, Dropbox tourne sur svn je crois et rend le versionning complètement transparent à son utilisateur.

cool, ceux qui l'utilisent en parlent mieux Je connais dropbox, sans savoir que ça tournait avec svn, par contre l'interface se limite aux éléments fondamentaux : dossiers, fichiers et un journal d'activité. il y a aussi un équivalent libre à dropbox : ifolder, mais je n'ai jamais eu l'occasion de le tester.

Sur github, il y a une représentation des forks intéressante, sous forme de timeline (en processingjs) http://github.com/mojombo/ernie/network

Connaitrais tu d'autres exemples de visualisation de l'activité ?