Réforme du processus d'approbation des changements significatifs dans GNOME

Les dĂ©veloppeurs de GNOME discutent de l'introduction d'un nouveau processus de prise de dĂ©cision basĂ© sur la publication de propositions sous forme de RFC (Request for Comments) et leur approbation conjointe ultĂ©rieure. Les membres de la GNOME Foundation sont invitĂ©s Ă  se joindre Ă  la discussion et Ă  faire part de leurs commentaires avant le 4 octobre. Le modĂšle basĂ© sur RFC est prĂ©vu d'ĂȘtre appliquĂ© uniquement dans des cas particuliers, pour rĂ©soudre des situations de blocage, approuver des changements majeurs dans le projet affectant les mĂ©thodes de travail des participants ou le code de diffĂ©rentes applications et sous-systĂšmes, ainsi que des changements architecturaux et des rĂ©visions majeures de l'interface.

Il est noté que le modÚle informel pratiqué actuellement, basé sur la prise de décisions individuelles, entraßne l'épuisement des participants, des débats prolongés et une recherche épuisante de consensus dans les chats. Le nouveau modÚle propose un cadre rigide pour accroßtre la transparence, structurer le processus et passer à une responsabilité collective pour la décision au lieu d'une responsabilité individuelle. Parmi les inconvénients du modÚle de gestion basé sur RFC, on note la complexité du processus pour certains développeurs et l'absence de mécanisme de résolution des conflits, menant à la stagnation des RFC importants.

Étapes de promotion des RFC :

  • Envoi au dĂ©pĂŽt GNOME/rfcs du fichier RFC-XXXX-nom.md contenant une proposition structurĂ©e et un lien vers la discussion.
  • Discussion de la proposition sur la plateforme Discourse avec des modifications apportĂ©es en cours de route et intĂ©gration des corrections dans le RFC.
  • Publication par les participants d'objections marquĂ©es comme « **Concern** », dĂ©crivant les problĂšmes potentiels ou proposant une autre voie de solution. En cas de soutien Ă  l'objection par l'Ă©diteur ou par un participant intĂ©ressĂ©, celle-ci est considĂ©rĂ©e comme obligatoire pour examen.
  • Examen des objections soulevĂ©es, Ă©laboration de mesures pour leur rĂ©solution et intĂ©gration des modifications dans le RFC.
  • AprĂšs la fin de la discussion et l'examen des objections, une pĂ©riode finale de commentaires de 14 jours (FCP, Final Comment Period) est dĂ©clarĂ©e, durant laquelle seules de nouvelles objections peuvent ĂȘtre soulevĂ©es. Si une nouvelle objection est acceptĂ©e, la discussion redĂ©marre, et la pĂ©riode finale de rĂ©ception des objections est dĂ©calĂ©e.
  • À l'issue de la pĂ©riode finale de commentaires et aprĂšs la rĂ©solution de toutes les objections, le RFC est soit acceptĂ©, soit rejetĂ©.

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster