mavenpom

h1. Faire une release de mavenpom

h2. Pourquoi mavenpom ne peut pas être releasé comme les autres projets

*mavenpom* ne peut pas être releasé comme les autres projets de *nuiton* et *chorem* pour des raisons d'héritage sur l'adresse du site à déployer.

De plus, le site de *mavenpom* est multi-langue et on ne veut pas forcement que tous nos projets le soit.

On a donc un profile réservé aux releases de mavenpom, il se nomme *internal*

h2. Procédure de release

<pre>

mvn release:prepare

</pre>

puis

<pre>

mvn release:perform -DreleaseProfiles=internal

</pre>

h2. Finaliser la release avec maven-jredmine-plugin

Enfin, on peut désormais interagir avec redmine pour finaliser la release, pour ce faire :

<pre>

cd  target/checkout

mvn validate -PperformRedmineRelease

</pre>

Le profile va exécuter les tâches suivantes : 

* ferme la version sur redmine (en la créant si nécessaire)

* copie les fichiers de la release sur la version de redmine

* créée l'annonce de release sur redmine

* envoie le courriel de release sur la liste dev, lutins et mavenpom-users

*Note:* Cette procédure peut s'appliquer sur tous les projets si tout est bien configuré :)

On peut vérifier que la configuration est ok en faisant : 

<pre>

cd  target/checkout

mvn validate -PperformRedmineRelease -DdryRun

</pre>

h2. Préparation de la version suivante 

Il est possible de préparer la version suivante sur redmine via le goal *next-version* de *maven-jredmine-plugin*.

A executer sur le trunk

<pre>

mvn redmine:next-version -Dredmine.previousVersion=XXX

</pre>

La commande va créer la nouvelle version sur redmine et déplacer toutes les demandes non fermées ou résolues vers la nouvelle version.