Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.