Changement de version3.29.8 à 3.29.1.19

[lvessiller-opendsi]

Attention il y a une incohérence sur la dernière version lors de merge depuis le module d'ATM :
On est passé de la version 3.29.8 à la version 3.29.1.YY
La nouvelle version est inférieure à la précédente.

Voir PR #87

[SylvainLegrand]

C'est de ma faute, au lieu d'enregistrer une version différente de celle d'ATM, je voulais indicer la version d'ATM pour savoir rapidement quelle version d'ATM était la plus proche et combien d'ajouts avaient été fait.

[lvessiller-opendsi]

C'est de ma faute, au lieu d'enregistrer une version différente de celle d'ATM, je voulais indicer la version d'ATM pour savoir rapidement quelle version d'ATM était la plus proche et combien d'ajouts avaient été fait.

Je ne suis pas sûr d'avoir tout compris.
Du coup, ça sera corrigé dans le prochain commit ?

[lvessiller-opendsi]

@SylvainLegrand
Est-ce qu'il y a un correctif ?
Quel est le bon numéro de version à mettre ?

[lvessiller-opendsi]

@SylvainLegrand
Est-ce que tu pourrais me répondre pour savoir ce que je mets comme numéro de version ?

[lvessiller-opendsi]

@SylvainLegrand
STP, est-ce que tu pourrais juste me répondre pour savoir ce que je fais ?

[SylvainLegrand]

@lvessiller-opendsi
Bonjour Lionel,
Excuse moi pour le délai.
Est-il possible de garder la nouvelle numérotation s'il te plait ?
3.29.1.yy => 3.29.1 correspond à la dernière version ATM utilisée - yy est le numéro de release qui nous est propre.

[lvessiller-opendsi]

@lvessiller-opendsi Bonjour Lionel, Excuse moi pour le délai. Est-il possible de garder la nouvelle numérotation s'il te plait ? 3.29.1.yy => 3.29.1 correspond à la dernière version ATM utilisée - yy est le numéro de release qui nous est propre.

Le problème c'est que la version du module est passée de 3.29.8 à 3.29.1.19 : du coup on a une régression et non une montée de version.
Du coup c'est voulu ?

[SylvainLegrand]

Oui, si possible.