Matthew Miller, der Projektleiter von Fedora, hat eine Initiative zur Ablösung der hauseigenen Plattform für die gemeinsame Entwicklung, Pagure, vorgestellt. Als Ersatz hat der Fedora Council der Plattform Forgejo den Vorzug gegeben, jedoch beschlossen, vor der endgültigen Genehmigung des Wechsels zu Forgejo eine öffentliche Diskussion über diese Entscheidung zu führen und die Meinungen der Community zu berücksichtigen. Die endgültige Abstimmung wird in zwei Wochen stattfinden, bis dahin kann jeder seine Gedanken zu dieser Entscheidung teilen.
Die derzeit verwendete hauseigene Plattform Pagure hat ausgedient, benötigt erhebliche Ressourcen für die Wartung, ist in einem stagnierenden Zustand und hat außerhalb von Fedora keine breitere Verbreitung gefunden. Im Jahr 2020 gab es bereits einen Versuch, Pagure durch GitLab zu ersetzen, doch diese Initiative kam über die Diskussionen nicht hinaus. In diesem Jahr wurde nach einer Bewertung der bestehenden Plattformen für die gemeinsame Entwicklung festgestellt, dass das Projekt eine offene Lösung benötigt, die auf eigenen Servern bereitgestellt werden kann. Am besten erfüllten die Kriterien GitLab Community Edition und Forgejo.
Die Plattformen GitLab und Forgejo haben ihre Vor- und Nachteile und erfordern beide bestimmte Anpassungen, um die Funktionalität der auf Pagure basierenden Dist Git-Plattform, die bei der Entwicklung von Fedora Linux verwendet wird, nachzubilden. Insbesondere muss die neue Plattform in der Lage sein, mit den unterstützenden Diensten des Projekts zu integrieren, wie Bodhi, Fedora CI, COPR, Fedpkg, Hotness, Fedora Notifications, Toddlers, Fedora Messaging, Monitor Gating, Release Engineering Scripts, Fedora Packagers und Packit.
Nach sorgfältiger Abwägung aller Argumente wählte der Vorstand die Plattform Forgejo als bevorzugte Lösung, da sie von einer unabhängigen Gemeinschaft weiterentwickelt wird, während GitLab ein Produkt eines kommerziellen Unternehmens ist, das gemäß dem Open-Core-Modell entwickelt wird, wobei einige erweiterte Funktionen, die für Fedora benötigt werden, nur im kommerziellen Produkt verfügbar sind. Bei der Auswahl wurde auch berücksichtigt, dass die Politik von GitLab im Laufe der Zeit weniger offen werden könnte. Ein zusätzliches Argument zugunsten von Forgejo war, dass die Programmiersprache Go und die Codebasis von Forgejo für das Team, das in Fedora für die Infrastruktur verantwortlich ist, vertrauter waren als die Programmiersprache Ruby, die in GitLab verwendet wird.
Die Forgejo-Plattform ist für die Bereitstellung eines Systems zur Zusammenarbeit mit Git-Repositories konzipiert, das in Bezug auf die gelösten Aufgaben GitHub, Bitbucket und Gitlab ähnelt. Forgejo ist ein Fork des Projekts Gitea, welches seinerseits von der Plattform Gogs abzweigte. Die Abspaltung von Forgejo erfolgte im Jahr 2022 nach Versuchen, Gitea zu kommerzialisieren und die Verwaltung in die Hände eines kommerziellen Unternehmens zu übergeben. Im Rahmen des Projekts haben unabhängige Entwickler versucht, die früheren Prinzipien der unabhängigen Verwaltung und der Community-Ermächtigung zu bewahren. Der Code des Projekts ist in der Programmiersprache Go geschrieben. Seit der Version 9.0 wird der Code von Forgejo unter der GPLv3+-Lizenz verbreitet, während der alte Code unter der MIT-Lizenz bleibt.
Die wichtigsten Merkmale der Forgejo-Plattform sind der niedrige Ressourcenverbrauch (kann auf einem Raspberry Pi oder in günstigen VPS) und ein einfacher Installationsprozess. Es werden standardmäßige Projektmanagement-Funktionen bereitgestellt, wie z. B. Aufgabenverwaltung, Issue-Tracking, Pull-Requests, Wikis, Tools zur Koordination von Entwicklerteams, Erstellung von Releases, Automatisierung der Paketbereitstellung in Repositories, Zugriffsrechtverwaltung, Integration mit Continuous-Integration-Plattformen, Code-Suche, Authentifizierung über LDAP und OAuth, Repository-Zugriff über die Protokolle SSH und HTTP/HTTPS, Anbindung von Webhooks zur Integration mit Slack, Discord und anderen Diensten, Unterstützung für Git-Hooks und Git LFS, sowie Werkzeuge zur Migration und Spiegelung von Repositories. Hervorzuheben ist die Möglichkeit, das ActivityPub-Protokoll zu verwenden, um einzelne Projekte in ein föderiertes Netzwerk zu integrieren. Server Entwickler zugeschnitten.
Quelle: opennet.ru
