Bonjour Eric,

eric.bachard a écrit :

Bonjour Tony,

Tony GALMICHE a écrit :

Bonjour Sophie,

S'il n'y a qu'un mois de différence entre la 2.0 et la 2.01, je trouve que c'est une grave erreur de sortir la version 2.0.


Non, il fallait faire deux branches.

Peut-être, mais rien n'oblige de valider la branche de la 2.0.
Par exemple, il y a bien un décalage dans la validation des versions pour i386 et MAC et certaines versions de OOo pour MAC non pas étés validées. Donc il doit-être possible de ne pas valider la version 2.0, si nous estimons qu'elle est trop bugguée.

Pour me faire l'avocat du diable, je peux te dire que les changements sont tellement nombreux entre la branche 2.0 et la branche 2.0.1 que j'ai mis deux jours à fixer tout ce qui avait changé dans le code, et compiler ma m133 (branche 2.0.1)...

Rappel : j'ai compté 42 cws entre m130 et m133...

Je me doute bien que le nombre de corrections est vraiment très important et que les développeurs font un travail énorme.

Le problème, c'est le flux de code entrant à gérer dans le processus de développement : il est vraiment très important, et je pense que freezer la 2.0 était quand même la solution la plus sage.

Il faut mieux attendre un petit mois de plus... et sortir directement la version 2.01.

Non, je ne pense pas. Plutôt conserver la branche 2.0, mais*vraiment* prendre le temps de fixer les bugs avant de la sortir, et injecter les corrections qui doivent l'être dans la branche 2.0.1.

Oui, mais les gros bugs que nous parlons, seront corrigés seulement dans la version 2.01.

Mais en tant que développeur à tant partiel ;-) , je peu comprendre la frustration qu'aurait les développeurs si la branche 2.0 n'était pas validée étant donné l'énorme travail que vous faites.

Mais d'un autre coté, si des grandes sociétés ou des administrations déploient la version 2.0 dés sa sortie, nous allons avoir un déluge de mail et de problèmes sur user.
-> Et une migration mal engagée est une migration de perdue...

Une solution intermédiaire, serait de valider cette version en indiquant clairement la liste des bugs important qui seront corrigés dans la version 2.01.


Mais ce n'est toujours que mon avis personnel.

IMHO, le problème est : comment faire mieux avec le système de développement actuel et la masse de code existante ?

Concernant la masse de code, je sais qu'elle est énorme, mais pour ma culture personnelle, que reproches-tu au système de développement actuel ?

Merci pour ta réponse.

A demain :-)

Tony


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Répondre à