From Mageia wiki
Jump to: navigation, search
Drakconf multiflag.png
Autres langues

English ; Français  ; Portuguese (Portugal) ;


Pourquoi cette stratégie ?

Beaucoup de nouvelles fonctionnalités ont été proposées pour les versions précédentes de Mageia, certaines ont été mises en œuvre, mais il reste encore beaucoup à faire. Nous manquons de priorités, de planification réelle et de caractéristiques bien définies pour que les personnes puissent être motivées et contribuer.

Que définissons-nous ici :

  • Qu’est-ce qu’une fonctionnalité ?
  • Comment définir et proposer une fonctionnalité ?
  • Comment sont retenues les fonctionnalités pour les spécifications à venir ?
  • Comment suivre l’implémentation des fonctionnalités ?

Tout ce travail a été fait après avoir observé la manière dont les autres distributions gèrent cette étape cruciale. Nous avons examiné en particulier Fedora, car elle a beaucoup travaillé pour officialiser le procédé.

Qu’est-ce qu’une fonctionnalité

Seules des modifications notables devraient être proposées en tant que fonctionnalités. La mise à jour d’un composant ou plusieurs autres composants qui implique la modification est probablement une fonctionnalités. Quelque chose qui implique un nouveau développement dans les outils Mageia est probablement une fonctionnalité. La mise à jour d’un seul paquet dont rien ne dépend, ne devrait probablement pas être listé comme une fonctionnalité.


Exemples de fonctionnalité :

  • migration vers systemd
  • la prise en charge de grub2 dans l’installateur
  • Prise en charge de GPT dans l’installateur

Exemples de choses qui ne devraient pas être listées en tant que fonctionnalité :

  • mise à jour de cowsay vers la dernière version
  • correctif du plantage du paquet XXX
  • ajouter un paquetage pour le logiciel XXXXXX

Comment définir et proposer une fonctionnalité ?

Tout le monde est libre de proposer de nouvelles fonctionnalités pour les prochaines versions, mais cela devra être fait en utilisant la procédure suivante :

  1. Si ce n’est pas déjà fait, inscrivez-vous sur http://identity.mageia.org pour être en mesure d’éditer le wiki.
  2. Créer une page wiki avec le nom du projet http://wiki.mageia.org/en/Feature :<feature_name> à l’aide du modèle suivant.
  3. Lorsque vous pensez que la page de fonctionnalités est prête :
    • Ajouter la page dans la catégorie ProposedFeatureMageia7 (ajouter le texte [[Category : ProposedFeatureMageia7]] en bas de la page). Votre fonctionnalité devrait alors apparaître dans la liste des fonctionnalités proposées.
    • Envoyer un courriel à la liste de diffusion dev, avec l’objet «Proposed Feature : featurename» pour discuter de la fonctionnalité et informer les personnes concernées, afin qu’elles puissent s’ajouter à la page si elles prévoient de participer.

Comment participer à une fonctionnalité ?

Si vous pensez qu’une fonctionnalité est intéressante et que vous avez l’intention de contribuer à sa mise en œuvre, ajoutez-vous à la liste des ressources.

Liste des fonctionnalités proposées

La liste des fonctionnalités proposées est disponible sur cette page.

Critères utilisés pour choisir les fonctionnalités

Exemple pour Mageia 5 : FeatureMageia5_Review

Voici une liste non exhaustive de critères :

  • La page wiki à utiliser est complétée sur les critères suivants :
    • Synthèse
    • Titulaire
    • Publication visée
    • Description détaillée
    • En quoi il serait intéressant que Mageia l’inclue.
    • Logiciels / Dépendances des paquetages
    • Qu’est-ce qui pourrait entraver le développement de cette nouvelle fonctionnalité ?
    • Planification
    • Éventualité (autrement Plan B – que se passe-t-il si ça ne donne rien ?
  • le nombre de personnes qui prévoient de participer à la fonctionnalité : une fonctionnalité ne peut pas être mise en œuvre si personne ne prévoit d’y travailler.

Prise en charge des fonctionnalités

Une fois que les propositions de fonctionnalités sont terminées, un courriel est envoyé à la liste de diffusion dev avec une liste préliminaire des fonctionnalités acceptées et rejetées.

Les fonctionnalités acceptées sont les suivantes :

  • utiles et conformes aux objectifs et aux orientations du projet ;
  • avoir suffisamment de précisions ;
  • avoir un calendrier de travail réaliste ;
  • avoir suffisamment de personnes travaillant aux projet ;
  • ne pas avoir vu d’objections majeures et sans réponse dans les échanges au sujet de cette fonctionnalité.

La liste des fonctionnalités rejetées comprend, pour chacune d’elles, la ou les raisons du refus de la fonctionnalité. Les fonctionnalités peuvent être rejetées pour différentes raisons (liste non exhaustive) :

  • il n’y a pas assez de personnes qui ont l’intention de participer au projet ;
  • il n’y a pas suffisamment de précisions sur la fonctionnalité ;
  • absence de planification ou de plan de rechange ;
  • un calendrier de travail non réalisable ;
  • objections au sujet de la fonctionnalité dans les échanges sur la liste de diffusion.

Lorsque la liste préliminaire des fonctionnalités acceptées et rejetées est publiée, les commentaires sont recueillis pendant une semaine :

  • objections à une fonctionnalité acceptée ;
  • commentaires ajoutant plus de détails à une fonctionnalité rejetée (description, planification, plan de rechange…) ;
  • les personnes qui s’ajoutent à la liste des contributeurs de fonctionnalités.

Après une semaine :

  • les fonctionnalités admises qui ne reçoivent aucun nouveau commentaire sont officiellement acceptées ;
  • les fonctionnalités rejetées qui ne reçoivent aucun nouveau commentaire sont officiellement refusées ;
  • les fonctionnalités acceptées qui reçoivent des commentaires d’objection sont officiellement rejetées à moins qu’un consensus ne soit atteint au cours des échanges ;
  • les fonctionnalités rejetées qui reçoivent des informations supplémentaires ou des contributeurs intéressés et qui ont fait l’objet d’un consensus pour être acceptées lors des discussions sont officiellement acceptées.

La liste finale des fonctionnalités acceptées est la suivante :

  • publié sur le blog et le wiki (ajouté à la catégorie FeatureMageia3) et annoncé ;
  • le développement des fonctionnalités est lancé en fonction de la planification ;
  • la planification de chaque fonctionnalité est suivie et débattue lors des réunions des développeurs jusqu’à ce que la fonctionnalité soit achevée.

Les fonctionnalités rejetées ne sont pas incluses dans les spécifications officielles de la distribution, et la planification n’est pas contrôlée lors des réunions des développeurs. Selon les raisons du rejet de la fonctionnalité, elle peut toujours être mise en œuvre par des personnes intéressées.