{"id":76255,"date":"2020-04-01T07:42:05","date_gmt":"2020-04-01T05:42:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej"},"modified":"2020-04-01T07:42:05","modified_gmt":"2020-04-01T05:42:05","slug":"fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","title":{"rendered":"Fedora und CentOS starten Git Forge. GitLab \u00f6ffnet 18 propriet\u00e4re Funktionen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Projekte CentOS<\/a><\/noindex> und Fedora<\/a><\/noindex> berichteten<\/a><\/noindex> \u00fcber die Entscheidung zur Schaffung des kollaborativen Entwicklungsdienstes Git Forge, der auf der GitLab-Plattform basieren wird. GitLab wird die prim\u00e4re Plattform f\u00fcr die Interaktion mit Git-Repositories und f\u00fcr das Hosting von Projekten, die mit den Distributionen CentOS und Fedora verbunden sind. Der zuvor genutzte Dienst Pagure<\/a><\/noindex> wird weiterhin bestehen bleiben, jedoch in die Obhut der Community \u00fcbergeben, die an der Weiterentwicklung interessiert ist. Pagure wird aus der Betreuung durch das bei Red Hat angestellte CPE-Team (Community Platform Engineering), das f\u00fcr die Wartung der Infrastruktur f\u00fcr die Entwicklung und Ver\u00f6ffentlichung von Fedora- und CentOS-Versionen verantwortlich ist, entlassen.<\/p>\n

Bei der Bewertung m\u00f6glicher L\u00f6sungen f\u00fcr das neue Git Forge wurden
\n Pagure und Gitlab. Basierend auf der Untersuchung von etwa 300 R\u00fcckmeldungen<\/a><\/noindex> und W\u00fcnschen von Mitgliedern der Projekte Fedora, CentOS, RHEL und CPE wurden die Anforderungen an die Funktionalit\u00e4t formuliert und die Entscheidung zugunsten von Gitlab getroffen. Neben den typischen Operationen mit Repositories (Zusammenf\u00fchrungen, Erstellen von Forks, Code hinzuf\u00fcgen usw.) wurden Sicherheit, Benutzerfreundlichkeit und Stabilit\u00e4t der Plattform als zentrale Anforderungen genannt. <\/p>\n

Zu den Anforderungen geh\u00f6ren Funktionen wie das Versenden von Push-Anfragen \u00fcber HTTPS, Zugriffskontrollmittel f\u00fcr Branches, Unterst\u00fctzung f\u00fcr private Branches, Trennung des Zugangs f\u00fcr externe und interne Nutzer (zum Beispiel zur Behebung von Schwachstellen w\u00e4hrend eines Embargos zur Offenlegung von Informationen \u00fcber Probleme), Benutzerfreundlichkeit der Oberfl\u00e4che, Vereinheitlichung der Subsysteme zur Bearbeitung von Problemen, Code, Dokumentation und Planungen neuer Funktionen sowie Integrationsm\u00f6glichkeiten mit IDEs und Unterst\u00fctzung typischer Arbeitsabl\u00e4ufe.<\/p>\n

Unter den Funktionen von GitLab, die letztendlich die Entscheidung f\u00fcr diese Plattform beeinflusst haben, sind die Unterst\u00fctzung von Untergruppen mit selektivem Zugriff auf Repositories, die Verwendung eines Bots f\u00fcr automatische Zusammenf\u00fchrungen (CentOS Stream wird ben\u00f6tigt, um die Pakete mit dem Kernel zu unterst\u00fctzen), integrierte Entwicklungsplanungstools sowie die M\u00f6glichkeit, einen fertigen SAAS-Dienst mit garantierter Verf\u00fcgbarkeit zu nutzen (was die Ressourcen zur Wartung der Serverinfrastruktur entlastet).<\/p>\n

Die Entscheidung hat bereits ausgel\u00f6st<\/a><\/noindex> Kritik unter Entwicklern bez\u00fcglich der Entscheidung, die ohne vorherige umfassende Diskussion getroffen wurde. Es wurden auch Bedenken ge\u00e4u\u00dfert, dass der Service die freie Community-Edition von GitLab nicht verwenden wird. Insbesondere die Funktionen, die f\u00fcr die Umsetzung der im Ank\u00fcndigungsdokument beschriebenen Anforderungen an Git Forge erforderlich sind, sind nur in der propriet\u00e4ren Version verf\u00fcgbar. GitLab Ultimate<\/a><\/noindex>. <\/p>\n

Kritik wurde auch an der Absicht ge\u00fcbt, den von GitLab bereitgestellten SAAS-Service (Software as a Service) zu nutzen, anstatt GitLab auf eigenen Servern bereitzustellen, was den Service au\u00dferhalb der Kontrolle bringt (zum Beispiel kann man sich nicht sicher sein, dass alle Sicherheitsanf\u00e4lligkeiten im System schnell behoben werden). ordnungsgem\u00e4\u00df<\/a><\/noindex> die Infrastruktur unterst\u00fctzt, in einem sch\u00f6nen Moment nicht da sein wird. Telemetrie wird aufgezwungen<\/a><\/noindex> und Abweichungen von Mitarbeitern externer Unternehmen ausgeschlossen werden). Die Entscheidung steht auch im Widerspruch zu den Grundprinzipien von Fedora<\/a><\/noindex>, in denen festgelegt ist, dass das Projekt freien Alternativen den Vorzug geben sollte.<\/p>\n

In der Zwischenzeit hat GitLab k\u00fcndigte an<\/a><\/noindex> die Einf\u00fchrung von 18 Funktionalit\u00e4ten angek\u00fcndigt, die zuvor nur in propriet\u00e4ren Editionen von GitLab angeboten wurden. Die Funktionen decken verschiedene Bereiche des vollst\u00e4ndigen Lebenszyklusmanagements der Softwareentwicklung ab, einschlie\u00dflich der Planung von Entwicklungen, Projektmanagement, Validierung, Paketverwaltung, Release-Generierung, Einstellung und Schutz. <\/p>\n

Folgende Funktionen sind in die freie Version \u00fcberf\u00fchrt worden:<\/p>\n