Umgestaltung des Freigabeprozesses fĂŒr wesentliche Änderungen in GNOME

Die Entwickler von GNOME diskutieren die EinfĂŒhrung eines neuen Entscheidungsprozesses, der auf der Veröffentlichung von VorschlĂ€gen in Form von RFC (Request for Comments) und deren anschließender gemeinsamer Genehmigung basiert. Die Mitglieder der GNOME Foundation werden eingeladen, sich an der Diskussion zu beteiligen und ihre Anmerkungen bis zum 4. Oktober abzugeben. Das RFC-basierte Modell soll nur in besonderen FĂ€llen angewendet werden, um festgefahrene Situationen zu lösen, globale Änderungen im Projekt zu genehmigen, die die Arbeitsmethoden der Teilnehmer oder den Code verschiedener Anwendungen und Subsysteme betreffen, sowie architektonische Änderungen und umfangreiche Überarbeitungen der BenutzeroberflĂ€che.

Es wird erwĂ€hnt, dass das derzeit praktizierte informelle Modell, das auf individuellen Entscheidungen basiert, zu Burnout der Teilnehmer, langwierigen Streitigkeiten und ermĂŒdenden Konsenssuchungen in Chats fĂŒhrt. Das neue Modell bietet eine strenge Regelung zur Erhöhung der Transparenz, Strukturierung des Prozesses und Übergang zu kollektiver Verantwortung fĂŒr Entscheidungen anstelle persönlicher Verantwortung. Zu den Nachteilen des RFC-basierten Managementmodells gehört die KomplexitĂ€t des Prozesses fĂŒr einige Entwickler und das Fehlen eines Mechanismus zur KonfliktbewĂ€ltigung, der zu einer Blockade wichtiger RFCs fĂŒhrt.

Phasen der RFC-Förderung:

  • Einreichung der Datei RFC-XXXX-titel.md im GNOME/rfcs-Repository mit einem strukturiert ausgearbeiteten Vorschlag und einem Link zur Diskussion.
  • Diskussion des Vorschlags auf der Plattform Discourse mit gleichzeitiger Bearbeitung und Anpassung des RFC.
  • Veröffentlichung von EinwĂ€nden durch Teilnehmer mit dem Vermerk „**Concern**“, die mögliche Probleme beschreiben oder alternative Lösungswege vorschlagen. Bei UnterstĂŒtzung eines Einwands durch den Redakteur oder einen der interessierten Teilnehmer wird dieser zu einem verbindlichen Punkt fĂŒr die PrĂŒfung.
  • PrĂŒfung der geĂ€ußerten EinwĂ€nde, Erarbeitung von Maßnahmen zu deren Behebung und Änderung des RFC.
  • Nach Abschluss der Diskussion und PrĂŒfung der EinwĂ€nde wird eine 14-tĂ€gige finale Kommentierungsphase (FCP, Final Comment Period) angekĂŒndigt, in der nur neue EinwĂ€nde geĂ€ußert werden können. Wenn ein neuer Einwand angenommen wird, wird die Diskussion neu gestartet und die Frist fĂŒr den finalen Empfang von EinwĂ€nden verschoben.
  • Nach Ende der finalen Kommentierungsphase und der KlĂ€rung aller EinwĂ€nde wird der RFC entweder angenommen oder abgelehnt.

Quelle: opennet.ru

ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server đŸ”„ ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server - ProHoster