Entwickler die hinter den Projekten der beliebten Linux-Distributionen stehen "CentOS und Fedora" veröffentlicht vor kurzem durch eine Anzeige die Entscheidung, einen gemeinsamen Entwicklungsdienst zu schaffen, die benannt als "Git Forge".
Dieser neue Service wird mit der GitLab-Plattform erstellt das wird die Hauptplattform um mit Git-Repositorys zu interagieren und Projekte im Zusammenhang mit Distributionen zu hosten CentOS und Fedora.
Bei der Bewertung der möglichen Lösungen für die neue Git Forge, Pagure und Gitlab wurden berücksichtigt. Basierend auf der Untersuchung von ungefähr 300 Bewertungen und Vorschlägen von Fedora-, CentOS-, RHEL- und CPE-Projektteilnehmern, Funktionsanforderungen gebildet und Entscheidung zugunsten von Gitlab getroffen.
Neben den typischen Vorgängen mit Repositorys wurden Sicherheit, Benutzerfreundlichkeit und Stabilität der Plattform zu den wichtigsten Anforderungen erklärt.
Zu den Anforderungen gehörten Funktionen wie das Senden von Push-Anforderungen über HTTPS bedeutet zu Beschränken Sie den Zugriff auf Versionen und unterstützen Sie private Versionen, Teilen Sie den Zugriff zwischen externen und internen Benutzerns (zum Beispiel zur Behebung von Schwachstellen während des Embargos, um Informationen über ein Problem preiszugeben), Vereinheitlichung von Subsystemen, um mit Problemberichten, Code, Dokumentation und Planung neuer Funktionen zu arbeiten, Verfügbarkeit von Tools für die Integration in die IDE, Unterstützung für typische Workflows.
Unter den GitLab-Funktionen, die letztendlich die Entscheidung beeinflusst haben um diese Plattform zu wählen, Die Unterstützung von Untergruppen mit selektivem Zugriff auf Repositories wurde erwähnt. la Möglichkeit, einen Bot für automatische Zusammenführungen zu verwenden (CentOS Stream ist erforderlich, um Pakete mit dem Kernel zu unterstützen), das Vorhandensein integrierter Tools für die Planung der Entwicklung, die Möglichkeit, einen gebrauchsfertigen SAAS-Dienst mit garantierter Verfügbarkeit zu verwenden (es werden Ressourcen für die Wartung des Servers freigesetzt Infrastruktur).
Die Entscheidung hat bereits bei den Entwicklern Kritik hervorgerufen, da die Entscheidung ohne vorherige Vorbesprechung getroffen wurde.
auch Es gab Bedenken, dass der Dienst die kostenlose Comminity Edition von GitLab nicht verwenden würde. Insbesondere sind die Funktionen, die zur Implementierung der in der Ankündigung beschriebenen Git Forge-Anforderungen erforderlich sind, nur in der proprietären Version von GitLab Ultimate verfügbar.
Die Absicht, den von GitLab bereitgestellten SAAS-Dienst (Application as a Service) zu nutzen, wurde ebenfalls kritisiert, anstatt GitLab auf ihren Servern zu implementieren, wodurch der Dienst außer Kontrolle gerät (zum Beispiel ist es unmöglich sicherzustellen, dass alle Schwachstellen in Das System wird schnell repariert, die Infrastruktur wird ordnungsgemäß gewartet und es wird kein einziger Moment der Telemetrie auferlegt, und Sabotage durch Mitarbeiter Dritter wird ausgeschlossen.
Die Lösung passt auch nicht gut zu den Fedora-Grundlagen, in denen festgelegt ist, dass ein Projekt freie Alternativen bevorzugen sollte.
InzwischenGitLab kündigte die Eröffnung von Bereitstellungen mit 18 Funktionen an dass Bisher wurden sie nur in kostenpflichtigen Editionen von GitLab angeboten:
- Anhängen eines verwandten Problems;
- GitLab-Exportproblem in CSV.
- Die Möglichkeit, den Entwicklungsprozess einzelner Features oder Releases zu planen, zu organisieren und zu visualisieren.
- Eingebauter Service, um Projektteilnehmer per E-Mail mit Dritten zu verbinden.
- Webterminal für Web-IDE.
- Die Möglichkeit, Dateien zu synchronisieren, um Codeänderungen im Webterminal zu testen.
- Entwurfsverwaltungstools, mit denen Sie Entwürfe und Ressourcen für das Problem hochladen können, wobei das Problem als zentraler Zugriffspunkt auf alles verwendet wird, was für die Entwicklung einer neuen Funktion erforderlich ist.
- Qualitätsberichtscode.
- Unterstützung für Conan (C / C ++) -, Maven (Java) -, NPM (node.js) - und NuGet (.NET) -Paketmanager.
- Unterstützung für kanarische Implementierungen, mit denen Sie eine neue Version der Anwendung in einem kleinen Teil des Systems installieren können.
- Inkrementelle Verteilung, die es ermöglicht, zunächst neue Versionen für nur eine kleine Anzahl von Systemen bereitzustellen, wodurch die Abdeckung schrittweise auf 100% erhöht wird.
- Funktionsaktivierungsflags, die die Möglichkeit bieten, das Projekt in verschiedenen Editionen bereitzustellen und bestimmte Funktionen dynamisch zu aktivieren.
- Allgemeiner Bereitstellungsmodus, mit dem Sie den Zustand jeder Kubernetes-basierten Umgebung für die kontinuierliche Integration bewerten können.
- Unterstützung für die Definition mehrerer Kubernetes-Cluster im Konfigurator
- Unterstützung für die Definition von Sicherheitsrichtlinien für Containernetzwerke, die eine Differenzierung des Zugriffs zwischen Kubernetes-Pods ermöglichen.
Quelle: Centos Blog - Fedora Blog