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
Re: [fr-discuss] coup de gueule · Jean-Baptiste Faure
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.