Die Open Source Foundation plant die Einführung einer neuen Plattform für kollaborative Entwicklung und Code-Hosting

Free Software Foundation объявил über die Absicht, ein neues Code-Hosting zu erstellen, das Tools zur Organisation der gemeinsamen Entwicklung unterstützt und den zuvor entwickelten entspricht ethische Kriterien kostenloses Software-Hosting. Die neue Plattform wird das bestehende Hosting des Jahres ergänzen Savannah, dessen Support unverändert weitergeführt wird. Der Zweck der Schaffung eines neuen Hostings ist der Wunsch, das Problem mit der Open-Source-Softwareentwicklungsinfrastruktur zu lösen. Derzeit sind viele kostenlose Projekte auf kollaborative Entwicklungsplattformen angewiesen, die ihren Code nicht veröffentlichen und sie dazu zwingen, proprietäre Software zu verwenden.

Die Plattform soll 2020 in Betrieb genommen werden und auf der Grundlage bereits bestehender kostenloser Lösungen zur Organisation der Arbeit am Code aufgebaut werden, die von unabhängigen Communities entwickelt wurden, die nicht an die Interessen einzelner Unternehmen gebunden sind. Die Entscheidung über die Auswahl eines Projekts ist noch nicht gefallen, aber die wichtigsten Optionen sind Quellhütte, Gitea и Seite, die aktiv entwickelt werden, unter kostenlosen Lizenzen vertrieben werden und die Zwei-Faktor-Authentifizierung unterstützen. Lösungen konzentrieren sich auf die Entwicklung von Projekten einzelner Gemeinden, Organisationen und Unternehmen, wie z
Kallithea, Allura и Flechter, wurden zunächst nicht in Betracht gezogen, da das Ziel darin besteht, eine öffentliche Plattform zu schaffen, die es Benutzern ermöglicht, Konten zu erstellen und ihre eigenen Repositories zu erstellen.

Der wahrscheinlichste Kandidat ist die Pagure-Plattform, die von den Fedora-Linux-Entwicklern entwickelt wurde. Zu den Vorteilen von Pagure gehört die Erfahrung bei der Nutzung der Plattform zur Entwicklung von Open-Source-Software und die Fähigkeit, sich an den Einsatz anzupassen LibreJS, Unterstützung für den Import und Export von Problemberichten und Zusammenführungsanforderungen aus anderen Systemen, die Möglichkeit, eigene Namensräume für Projekte zu verwenden. Zu den Nachteilen zählen eine übermäßige Abhängigkeit von JavaScript und die Schwierigkeit, ohne aktiviertes JavaScript im Browser zu arbeiten.

Der zweite Anwärter Gitea wird bereits von der European Open Source Foundation eingesetzt Ihr Hosting
git.fsfe.orgund liegt auch dem Open-Source-Hosting zugrunde codeberg.org. Einer der Vorteile von Gitea ist die teilweise Unterstützung von LibreJS. Der Nachteil ist wie bei Pagure die Abhängigkeit von JavaScript sowie das Fehlen von Tools zum Importieren/Exportieren und Durchführen der Projektentwicklung auf der GitHub-Plattform, was die Ausführung proprietären JavaScript-Codes erfordert.

Die Sourcehut-Plattform zeichnet sich durch ihre Fähigkeit aus, vollständig ohne JavaScript zu arbeiten, die einfache Implementierung der Unterstützung für LibreJS, die Verfügbarkeit von Datenexporttools (Import in der Entwicklung), die vollständige Einhaltung der ethischen Anforderungen der Kategorie „A“ (siehe unten) und das Vorhandensein eines Wikis, eines kontinuierlichen Integrationssystems und eines E-Mail-basierten Diskussionssystems, Mercurial-Unterstützung und Codeverteilung unter der GPLv3-Lizenz. Die Nachteile sind unvollständige Entwicklung (die Plattform befindet sich in der Alpha-Testphase), komplizierte Navigation durch Code und Probleme, fehlende Webschnittstelle für Zusammenführungsanfragen (eine Zusammenführungsanfrage wird erstellt, indem ein Ticket erstellt und ein Link zu einer Zweigstelle in hinzugefügt wird). Git).

Der GitLab-Antrag wurde sofort abgelehnt. Obwohl diese Plattform sehr beliebt und bekannt ist und zahlreiche Möglichkeiten bietet, wird das Projekt von einem kommerziellen Unternehmen entwickelt. gebunden zu Googles proprietärem ReCAPTCHA-Code, ermöglicht keine Unterstützung von LibreJS ohne unnötige Komplikationen, hat negative Erfahrungen gemacht Versuche Die Telemetrieerfassung entspricht nicht den ethischen Anforderungen der Open Source Foundation. Bei der Nutzung von GitLab könnte die Free Software Foundation nicht auf die Pflege eines Forks dieser Plattform verzichten, dafür fehlen aber die nötigen Ressourcen.

Von der Stiftung identifizierte STRs KriterienVoraussetzungen für kostenloses Code-Hosting (das von der Open Source Foundation erstellte Hosting muss zunächst mindestens dem Level „B“ entsprechen, danach wird es sukzessive auf Level „A“ angehoben):

  • „C“ sind die Mindestanforderungen für Dienste, in denen GNU-Projekte gehostet werden können:

    • Verfügbarkeit aller Funktionen für Benutzer völlig kostenloser Browser wie IceCat. Inhalte können in anderen in JavaScript übersetzten Programmiersprachen ausgeführt werden. Der Schlüssel-JavaScript-Code muss entweder frei oder deaktivierend sein (die Funktionalität muss erhalten bleiben, wenn die JavaScript-Unterstützung im Browser deaktiviert ist).
    • Es ist nicht erforderlich, proprietäre Software zu installieren, um mit der Website zu arbeiten (z. B. Adobe Flash).
    • Keine Diskriminierung je nach Kategorie des Benutzers und seinem Wohnsitzland;
    • Möglichkeit, mit dem Dienst im anonymen Modus über das Tor-Netzwerk zu arbeiten;
    • Die Bedingungen für die Arbeit mit dem Dienst sollten keine abscheulichen Anforderungen enthalten;
    • Die Nutzung der GPLv3-Lizenz sollte mindestens im gleichen Umfang gefördert und empfohlen werden wie andere Arten von Lizenzen;
    • Korrekte Unterstützung für HTTPS, einschließlich der Verwendung vertrauenswürdiger Zertifikate.
  • „B“ – zusätzliche Anforderungen, die es uns ermöglichen, den Service zu empfehlen:

    • Der gesamte an den Client gesendete JavaScript-Code muss kostenlos und zur Erkennung markiert sein LibreJS oder geben Sie ausdrücklich Ihre Lizenz an;
    • Informationen über Besucher sollten nicht an Dritte oder Dritte weitergegeben werden. Insbesondere sollten Tags nicht dazu verwendet werden, Benutzerbewegungen zwischen Websites zu verfolgen, was bedeutet, dass die Verwendung der meisten Werbenetzwerke vermieden werden muss;
    • Schlechte Lizenzpraktiken sollten nicht durchgesetzt werden (Lieferung von Code ohne Lizenz, unklare Lizenzbedingungen und Bindung an nur eine Version der Lizenz);
    • Keine Empfehlung zur Auswahl unfreier Lizenzen;
  • „A“ – höchste Anforderungen:

    • Die Website muss mit deaktiviertem JavaScript voll funktionsfähig sein.
    • Serverkomponenten des Dienstes müssen in Form freier Software verbreitet werden;
    • Dem Code sollte vorrangig die Wahl zwischen einer GPLv3+-Lizenz angeboten werden.
    • Eine AGPLv3+-Lizenz muss optional verfügbar sein;
    • Es sollte verboten sein, Produkte unter proprietären oder nicht lizenzierten Lizenzen zu veröffentlichen.
    • Die Nutzung von Diensten soll nicht angeboten werden SaaS;
    • Anstelle von „Open Source“ sollte der Begriff „freie Software“ verwendet werden;
    • Die Ideen der Freiheit, die von „Freie-Software-Bewegung„;
    • Im Zusammenhang mit Distributionen sollte der Begriff Linux nicht ohne das GNU-Präfix verwendet werden, d. h. GNU/Linux sollte verwendet werden;
    • Jede nicht-triviale Datei im Paket muss mit Informationen über die verwendete Lizenz versehen sein.
  • „A+“ – ideale Zusatzwünsche:

Source: opennet.ru

Kommentar hinzufügen