Architecture du projet pour la release
Bonjour, Ca fait un moment qu'on penche sur la release du projet nuiton-js où chaque module a une version différente. Les modules des libs ne sont actuellement pas incluse dans le build et devront être releasées à la main et au besoin. Mais, en fait je pense que ce n'est pas possible, l'architecture est bien adapté pour avoir un tout cohérent et releasable au même moment. En effet, lors de la release du module, le plugin release de maven va avoir à faire a des problématique impossible: * tag svn sur une version inexistante (et a un emplacement à déterminer) Je partirais plus sur quelque chose de plus simple, en utilisant des modules svn et non maven; c'est à dire des projets indépendants. donc: /trunk (nuiton-js) - module : nuiton-js-wro - module : nuiton-js-lib modules svn héritant tous de nuiton-js-lib: /trunk/nuiton-js-jquery Au final, en redigeant le mail je pense aussi qu'il faut un projet redmine pour nuiton-js et un projet redmine pour les lib. Sinon ya confusion entre les dossiers dans /trunk qui sont soit des modules maven, sans des modules svn. Ou alors un projet unique mais sans projet maven directement sur trunk. /trunk/nuiton-js (projet multimodules) /trunk/nuiton-js-jquery (le projet standalone jquery) /trunk/nuiton-js-jqplot (le projet standalone jqplot) Bref, c'est pas simple du tout comme problématique. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
Le 14/03/2013 17:50, Eric Chatellier a écrit :
Bonjour,
Bref, c'est pas simple du tout comme problématique.
Après discussion, nouvelle approche: Les projets qui évoluent: /trunk (nuiton-js) - module : nuiton-js-wro - module : nuiton-js-lib et directement dans les tags, les projets que l'on release, et qui sont créé directement taggué en gros: /tags/nuiton-js-jquery-1.9.1-1/ /tags/nuiton-js-jquery-1.9.2-1/ /tags/nuiton-js-jquery-ui-1.9.1-1/ ... qui sont déployés seulement avec un release:perform (sans prépare). -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
On Thu, 14 Mar 2013 18:41:02 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Le 14/03/2013 17:50, Eric Chatellier a écrit :
Bonjour,
Bref, c'est pas simple du tout comme problématique.
Après discussion, nouvelle approche:
Les projets qui évoluent:
/trunk (nuiton-js) - module : nuiton-js-wro - module : nuiton-js-lib
et directement dans les tags, les projets que l'on release, et qui sont créé directement taggué en gros:
/tags/nuiton-js-jquery-1.9.1-1/ /tags/nuiton-js-jquery-1.9.2-1/ /tags/nuiton-js-jquery-ui-1.9.1-1/ ...
qui sont déployés seulement avec un release:perform (sans prépare).
+1 tony.
Le 14/03/2013 18:41, Eric Chatellier a écrit :
et directement dans les tags, les projets que l'on release, et qui sont créé directement taggué en gros: Par contre, avec ce système, on ne peut plus faire de snapshot :(
-- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
On Fri, 15 Mar 2013 10:20:14 +0100 Eric Chatellier <chatellier@codelutin.com> wrote:
Le 14/03/2013 18:41, Eric Chatellier a écrit :
et directement dans les tags, les projets que l'on release, et qui sont créé directement taggué en gros: Par contre, avec ce système, on ne peut plus faire de snapshot :(
qui t'empèche sur le tag de mettre en snashot ? et de faire un mvn deploy. quel est l'intérêt de toute façon de faire ça? tester la lib? tester la configuration wro ? Je pense qu'on peux facilement soulever tous les verroux moraux possibles avec un peu d'imagination et de folie! J'ai toujours du mal avec ce genre d'argument, où ça commence on peut pas (sans explication), *Yes we can!* Là encore je trouve qu'on cherche à se prendre la tête pour un cas qu'on aura une fois en 5 ans. La plupart des libs devraient être juste une encapsulation d'une lib javascrip,si après on commence à rajouter de la logique des super-conf et tout et tout, et bien ça va devenir imbittable. Donc je serais partisant de toucher le moins possible au lib et de pas trop faire des super config que personne ne veut utiliser de toute façon. Make it simple please, j'ai pas envie de me dire, attends là c'est jquery-ui,donc alors comment ça marche selon l'idée de celui qui l'a packagé... j'ai juste envie de mettre la dep dans mon projet et que ça marche; sinon je vois pas l'intérêt du projet (bon ok je ne vois déjà pas :(). Toutes les lib *javascript* devrait être utilisable sans trop de conf... My 2cents. tony
Le 15/03/2013 10:20, Eric Chatellier a écrit :
Le 14/03/2013 18:41, Eric Chatellier a écrit :
et directement dans les tags, les projets que l'on release, et qui sont créé directement taggué en gros: Par contre, avec ce système, on ne peut plus faire de snapshot :(
Voici la structure finale du projet: http://svn.nuiton.org/svn/nuiton-js/ Les libs peuvent être copié dans un répertoire "sandbox" temporairement pour déployées et travailler sur des snapshots. Si c'est ok, release comming soon... -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com
participants (2)
-
Eric Chatellier -
Tony Chemit