Le 31/10/2012 06:53, Jean-Baptiste Faure a écrit :
Bonjour,
J'envisage d'ajouter au site francophone un lien vers une page
d'explication sur le processus de publication des nouvelles versions.
L'idée est d'expliquer en quoi consiste le choix "time based release".
Est-ce que cela vous parait une bonne idée ou au contraire un risque de
confusion supplémentaire ?
Dans l'immédiat je cherche une expression en français qui rende la même
idée. Je trouve que "Publication à dates fixes" a une signification un
peu appauvrie par rapport à l'anglais. Des suggestions ?
Merci à tous pour vos propositions de formulation en français.
Est-ce que le texte ci-dessous est compréhensible par les
non-développeurs et correct pour les développeurs ?
Politique de publication des nouvelles versions :
Il existe essentiellement deux sortes de politique de publication des
nouvelles versions d'un logiciel, d'une part une politique contrainte
par un calendrier de publication pré-établi (time-based release /
publication planifiée) et d'autre part une politique contrainte par un
cahier des charges donnant la liste des fonctions qui doivent avoir été
implémentées et des bugs qui doivent avoir été corrigés (feature-based
release).
Dans le cas d’une politique de publication basée sur un calendrier
pré-établi, on décide de ne pas attendre les développements et les
correctifs qui ne sont pas encore prêts. Si la nouvelle version
satisfait les critères de publication du projet (pas de bug bloquant) à
la date de sortie prévue, on peut la publier. Il est possible de se
permettre cela car en contrepartie le rythme de publication est soutenu,
si une nouvelle fonction ou un correctif manquent une échéance, ils
peuvent attendre sans dommage l’échéance suivante qui va arriver
rapidement. Pour LibreOffice ce délai entre deux micro-release (passage
de la version x.y.z à la version x.y.z+1) est de 3 à 5 semaines.
Les gains attendus de la mise en place d’une politique de publication
basée sur un calendrier pré-établi sont multiples :
- meilleure prédictibilité, on sait quand le logiciel sera disponible ;
- meilleure discipline dans l’apport de correctifs, les retardataires
n'étant pas attendus, ils ne peuvent pas bloquer la sortie d'une
nouvelle version, ils sont donc incités à ne pas être retardataires ;
- publications plus régulières.
Une telle politique permet aussi d'accorder les publications de
nouvelles versions entre différents projets, par exemple coordonner la
publication d'une distribution Linux et des logiciels qui la compose.
La politique de publication basée sur un calendrier pré-établi est
largement utilisée dans le monde du logiciel libre quand les
contributeurs sont dispersés, appartiennent à des entreprises diverses
(voire concurrentes) ou sont bénévoles, donc des contributeurs dont
l'activité et l'emploi du temps ne sont pas contrôlés par une autorité
unique. Ce sont des projets dans lesquels on ne peut pas décider a
priori quand les contributeurs devront réaliser leur contribution. Il
est donc essentiel que le projet puisse avancer même si les
contributions n'arrivent pas au moment initialement prévu.
Qu'en pensez-vous ?
Bonne soirée
JBF
--
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
--
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.