Re: [fr-discuss] Re: coup de gueule

Le 13/05/2012 00:07, Olivier R. a écrit :
> Bonjour,
>
>
> Bernard Ribot wrote
> > l'entreprise a horreur du changement,
> > entre autres dans l'infrastructure de son système d'information
> > (matériels, logiciels, procédures)
> > […]
> > les entreprises préfèrent la stabilité,
> > et j'ajouterais : plutôt que les nouveautés.
> Le problème est alors facile à résoudre : rester sur les versions qui
> fonctionnent comme elles le souhaitent. ;)
>
> Cordialement,
> Olivier
>
> --
> View this message in context: 
> http://nabble.documentfoundation.org/coup-de-gueule-tp3980742p3983174.html
> Sent from the Discuss mailing list archive at Nabble.com.
Si l'on considère qu'il faut améliorer la visibilité :

La version actuelle 3.4.6 comporte des régressions par rapport à ses 
versions précédentes. En outre on peut perdre ses données. il devrait y 
avoir une 3.4.7

d'une manière générale, une branche devrait continuer à évoluer, tant 
qu'elle présente des régressions

Une version ne devrait pas pouvoir être promu stable tant qu'elle 
comporte des régressions. Mais, cela peut prendre du temps de les 
découvrir, il faut bien se fixer un délai pour les découvrir. mettons un 
mois

concrètement :

La 3.5.0 aurait pu être une 3.5.0RC0 un mois après (un peu avant là 
3.5.1) on découvre qu'elle comporte de nombreuses régressions. elle 
n'est pas promue, la 3.5.1 devient la 3.5.0RC1

Après un mois de retour utilisateur, elle comporte encore des 
régressions -> la 3.5.2 est alors là 3.5.RC2, etc..

Lorsque la 3.5.3 (en fait là 3.5.0RC3) a un mois de vie, on n'a plus que 
des bugs, sur les nouvelles fonctionnalités. la 3.5.0RC3 est alors 
promue stable, etc.

lorsque la branche 3.6 sort, on abandonne la branche 3.4

on a donc deux branches, a un instant donné les la branche 3.n-1.x qui 
est la plus stable

D'une manière générale, je trouve que l'on manque de temps vous tester 
une version. À peine quelques jours.

La priorité est donnée au respect du calendrier des versions. je propose 
simplement de modifier les noms des versions, pas le rythme

 Dans ce système, on a un mois pour décider si une version est promue, 
ou bien si on attend la suivante.

sur une branche donnée, sur les 7 versions prévues, il n'y en aura plus 
que 3 ou 4

Reste bien évidemment le mode de décision de promotion des versions. ce 
qui n'est pas simple (la régression, très particulière, qui arrive dans 
un cas exceptionnel d'utilisation du logiciel, ou bien celle qui va 
demander un gros travail de recherche et de correction) il faudra trancher

pierre

--
Envoyez un mail à discuss+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés