KDE-Projekt kollaborative Entwicklungsinfrastruktur basierend auf einer offenen Plattform , was die Eintrittsbarriere für neue Teilnehmer senken, die Teilnahme an der KDE-Entwicklung häufiger machen und die Fähigkeiten von Tools für Entwicklung, Aufrechterhaltung des Entwicklungszyklus, kontinuierliche Integration und Überprüfung von Änderungen erweitern wird. Zuvor nutzte das Projekt die Plattform (Und ), was von vielen neuen Entwicklern als ungewöhnlich empfunden wird. GitLab kommt GitHub in seinen Fähigkeiten recht nahe, ist freie Software und wird bereits in vielen verwandten Open-Source-Projekten wie GNOME, Wayland, Debian und FreeDesktop.org verwendet.
Der Phabricator-Support bleibt vorerst bestehen und für GitLab-Unterstützer wurde ein separater Dienst gestartet . Plattform Konzentriert sich hauptsächlich auf Projektmanagement und Codeüberprüfung, weist jedoch in Bereichen wie der kontinuierlichen Integration, der Arbeit mit Repositorys und der Weboberfläche Rückstände auf. GitLab ist in Ruby und Go geschrieben und Phabricator ist in PHP geschrieben. Der Umstieg auf GitLab fehlte den KDE-Entwicklern , die teilweise schon vorhanden sind als Antwort auf ihre Anfrage.
Darüber hinaus können wir die von GitLab durchgeführte erwähnen auf kommerzielle und Community-Zweige des Projekts, die die Entwicklung erheblich vereinfachen, Prozesse transparenter machen und proprietären Code klar in separate Module aufteilen. Anstelle verschiedener Repositories и , was zu doppeltem Wartungsaufwand führte, wird die Codebasis beider Editionen nun in einem gemeinsamen Repository entwickelt und die Produkte Enterprise Edition (EE) und Community Edition (CE) werden auf derselben Codebasis erstellt. Proprietärer Code wird von Open Source getrennt und in das Verzeichnis „ verschoben.«.
Das gitlab-ce-Repository, das keinen proprietären Code enthält, bleibt als Spiegel verfügbar Betrieb im schreibgeschützten Modus. Das neue Einzel-Repository für aktive Entwicklung basiert auf dem aktuellen Gitlab-ee-Repository, das in „Repository“ umbenannt wurde.". Derzeit befindet sich die Migration in der Endphase – die Repositories wurden umbenannt, die Zusammenführung ist erfolgt und fast alle damit verbundenen Aufgaben sind bereits erledigt. .
GitLab-Entwickler auch Korrekturversionen 12.3.2, 12.2.6 und 12.1.12, die 14 Schwachstellen beseitigten, darunter die Möglichkeit, beliebige Git-Befehle über die API zu ersetzen, die E-Mail-Bestätigung zu umgehen, wenn das Authentifizierungsmodul über Salesforce verwendet wird, und JavaScript-Ersetzung in der Markdown-Markup-Vorschauschnittstelle Erfassen Sie die Kontrolle über die Konten anderer Personen, wenn Sie das SAML-Modul verwenden, und umgehen Sie Benutzerblockierungen, Denial-of-Service und den Verlust vertraulicher Informationen über das Projekt.
Source: opennet.ru