GitLab 11.10 mit Pipelines im Dashboard, Pipelines für zusammengefasste Ergebnisse und Vorschlägen für mehrere Zeilen in Merge-Requests.
Übersichtliche Informationen zur Funktionsfähigkeit der Pipelines in unterschiedlichen Projekten.
GitLab verstärkt weiterhin die Transparenz im DevOps-Lebenszyklus. In dieser Version wurde eine Übersicht über den Status der Pipelines hinzugefügt.
Das ist praktisch, selbst wenn Sie sich einen Pipeline eines einzelnen Projekts ansehen, aber besonders nützlich, wenn , – was häufig der Fall ist, wenn Sie Mikrodienste verwenden und einen Pipeline für Test und Bereitstellung von Code aus verschiedenen Projekt-Repositorien starten möchten. Jetzt sehen Sie sofort die Funktionsfähigkeit , egal wo sie ausgeführt werden.
Starten von Pipelines für zusammengefasste Ergebnisse
Im Laufe der Zeit divergieren die Quell- und Ziel-Branches, und es kann vorkommen, dass sie jeweils funktionieren, aber zusammen nicht. Jetzt ist es möglich, . So erkennen Sie schnell Fehler, die sich nur beim häufigen Wechsel zwischen Branches zeigen würden, und können die Pipeline-Fehler viel schneller beheben sowie effizienter nutzen. .
Weitere Optimierungen für die Zusammenarbeit
In GitLab 11.10 gibt es noch mehr Möglichkeiten für eine bequeme Zusammenarbeit und vereinfachte Arbeitsabläufe. In der führten wir Vorschläge für Merge-Requests ein, bei denen der Prüfer eine Zeilenänderung im Kommentar zum Merge-Request vorschlagen konnte, die direkt aus dem Kommentarthread committet werden konnte. Unsere Nutzer haben das sehr geschätzt und um eine Erweiterung dieser Funktion gebeten. Jetzt können Sie , indem Sie angeben, welche Zeilen gelöscht und welche hinzugefügt werden sollen.
Vielen Dank für Ihr Feedback und Ihre Vorschläge!
Und das ist noch nicht alles…
In dieser Version gibt es so viele großartige Funktionen, wie zum Beispiel , eine gründlichere , und die Möglichkeit Im Folgenden finden Sie Details zu jeder dieser Funktionen.
Mitarbeiter des Monats () — Takuya Noguchi
In diesem Monat wurde Takuya Noguchi zum wertvollsten Mitarbeiter ernannt (). Takuya : er hat Fehler behoben, unerledigte Arbeiten im Backend und Frontend abgeschlossen und das Benutzererlebnis verbessert. Vielen Dank!
Die Hauptfunktionen von GitLab 11.10
Dashboards für Pipelines
PREMIUM, ULTIMATE, SILVER, GOLD
Auf dem Dashboard in GitLab werden Informationen zu Projekten über alle Instanzen von GitLab angezeigt. Sie können einzelne Projekte nacheinander hinzufügen und auswählen, welches Projekt Sie interessiert.
In dieser Version haben wir dem Dashboard Informationen über den Status der Pipelines hinzugefügt. Entwickler können nun die Funktionsfähigkeit der Pipelines in allen benötigten Projekten – in einer einzigen Oberfläche – sehen.
Pipelines für zusammengeführte Ergebnisse
PREMIUM, ULTIMATE, SILVER, GOLD
Normalerweise weicht der Quellbranch im Laufe der Zeit vom Zielbranch ab, es sei denn, Sie übertragen ständig Änderungen zwischen ihnen. Dadurch sind die Pipelines der Quell- und Zielbranches „grün“, und es treten keine Merge-Konflikte auf. Bei der Zusammenführung kann es jedoch aufgrund von Inkompatibilitäten der Änderungen zu Fehlern kommen.
Wenn ein Pipeline-Merge-Request automatisch einen neuen Link erstellt, der das kombinierte Ergebnis des Merges von der Ursprung- und Zielbranch enthält, können wir die Pipeline über diesen Link starten und sicherstellen, dass das Gesamtergebnis funktioniert.
Wenn Sie Merge-Request-Pipelines (in welcher Form auch immer) verwenden und private GitLab-Runner der Version 11.8 oder älter einsetzen, müssen diese aktualisiert werden, um Probleme zu vermeiden. . Dies betrifft nicht die Nutzer öffentlicher GitLab-Runner.
Änderungen in mehreren Zeilen vorschlagen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Bei der Zusammenarbeit an Merge-Requests bemerken Sie oft Probleme und schlagen Lösungen vor. Seit GitLab Version 11.6 unterstützen wir für eine Zeile.
In Version 11.10 können Änderungen in den Kommentaren zum Diff des Merge-Requests für mehrere Zeilen vorgeschlagen werden, und dann kann jeder Nutzer mit Schreibberechtigungen für die Ursprung-Branch diese mit einem Klick annehmen. Mit dieser neuen Funktion kann das Kopieren und Einfügen aus vorherigen Versionen vermieden werden.
Labels in einem Bereich
PREMIUM, ULTIMATE, SILVER, GOLD
Mit Labels im selben Bereich können Teams in bestimmten Szenarien, die benutzerdefinierte Felder oder benutzerdefinierte Workflow-Zustände beinhalten, sich gegenseitig ausschließende Labels für Aufgaben, Merge-Requests oder Epics anwenden. Diese werden mit einer speziellen Syntax mit Doppelpunkt im Label-Header konfiguriert.
Angenommen, Sie benötigen ein benutzerdefiniertes Feld in Aufgaben, um das Betriebssystem der Plattform zu verfolgen, auf die Ihre Funktionen abzielen. Jede Aufgabe muss sich ausschließlich auf eine Plattform beziehen. Labels können erstellt werden platform::iOS, platform::Android, platform::Linux und weitere nach Bedarf. Wenn ein solches Label auf eine Aufgabe angewendet wird, wird automatisch ein anderes vorhandenes Label entfernt, das mit platform::.
Angenommen, Sie haben Labels workflow::development, workflow::review und workflow::deployed, die den Zustand des Workflows in Ihrem Team kennzeichnen. Wenn eine Aufgabe bereits ein Label hat, workflow::development, und der Entwickler die Aufgabe in die Phase workflow::review, überführen möchte, wendet er einfach ein neues Label an, während das alte (workflow::development) wird automatisch gelöscht. Dieses Verhalten existiert bereits, wenn Sie Aufgaben zwischen den Labels auf einem Aufgabenboard verschieben, das den Workflow Ihres Teams darstellt. Jetzt können Teammitglieder, die nicht direkt mit dem Aufgabenboard arbeiten, den Status des Workflows in den Aufgaben selbst ändern.
Gründlichere Container-Registrierungsbereinigung
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Bei der herkömmlichen Verwendung der Container-Registry mit CI-Pipelines senden Sie mehrere einzelne Änderungen in ein Tag. Aufgrund der Implementierung der Docker-Verteilung ist das Standardverhalten, alle Änderungen im System zu speichern, was jedoch viel Speicherplatz beansprucht. Wenn Sie die Option -m mit registry-garbage-collect, verwenden, können Sie schnell alle vorherigen Änderungen löschen und wertvollen Platz freigeben.
Zusätzliche Minuten für CI Runner kaufen
BRONZE, SILBER, GOLD
Nutzer mit kostenpflichtigen Plänen von GitLab.com (Gold, Silber, Bronze) können jetzt zusätzliche Minuten für den CI Runner kaufen. Zuvor mussten Sie mit dem Kontingent Ihres Plans auskommen. Dank dieser Verbesserung können Sie im Voraus Minuten über das Kontingent hinaus kaufen, um Unterbrechungen aufgrund von Pipeline-Stopp zu vermeiden.
Aktuell kosten 1000 Minuten 8 Dollar, und Sie können so viele davon kaufen, wie Sie möchten. Zusätzliche Minuten werden verwendet, sobald Ihr monatliches Kontingent aufgebraucht ist, und ungenutzte zusätzliche Minuten werden in den nächsten Monat übertragen. Im möchten wir diese Funktion auch in den kostenlosen Plänen hinzufügen.
Composables Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Mit Auto DevOps können Teams nahezu mühelos zu modernen DevOps-Praktiken wechseln. Seit GitLab 11.10 wird jeder Job in Auto DevOps als . Benutzer können die in GitLab CI verwenden, um einzelne Stufen von Auto DevOps einzuschließen und dabei ihre eigene benutzerdefinierte Datei gitlab-ci.yml. Damit können nur die benötigten Jobs eingeschlossen werden, wobei Sie gleichzeitig von den Updates im Upstream profitieren.
Automatisierte Gruppenmitgliedschaftsverwaltung auf GitLab.com mit SCIM
SILBER, GOLD
Früher musste die Verwaltung der Mitgliedschaft in Gruppen auf GitLab.com manuell erfolgen. Jetzt können Sie SAML SSO verwenden und die Mitgliedschaft mit SCIM verwalten, um Benutzer auf GitLab.com zu erstellen, zu löschen und zu aktualisieren.
Dies ist besonders nützlich für Unternehmen mit vielen Benutzern und zentralen Identitätsanbietern. Jetzt können Sie eine zentrale Quelle der Wahrheit haben, wie beispielsweise Azure Active Directory, und Benutzer werden automatisch über den Identitätsanbieter erstellt und gelöscht, anstatt manuell.
Einloggen bei GitLab.com über einen SAML-Anbieter
SILBER, GOLD
Früher mussten Benutzer sich beim SAML SSO für Gruppen mit ihren GitLab-Anmeldeinformationen und dem Identitätsanbieter anmelden. Jetzt ist eine direkte Anmeldung über SSO als GitLab-Benutzer, der an einer konfigurierten Gruppe gebunden ist, möglich.
Benutzer müssen sich nicht zweimal anmelden, was es Unternehmen erleichtert, SAML SSO für GitLab.com zu verwenden.
Weitere Verbesserungen in GitLab 11.10
Schema der untergeordneten Epics
ULTIMATE, GOLD
In der vorherigen Version haben wir untergeordnete Epics (Epic von Epics) hinzugefügt, um Ihnen die Verwaltung der Struktur der Aufgabenverteilung zu erleichtern. Untergeordnete Epics werden auf der Seite des übergeordneten Epics angezeigt.
In dieser Version wird auf der Seite des übergeordneten Epics das Schema untergeordneter Epics angezeigt, sodass Teams die Chronologie der untergeordneten Epics sehen und zeitliche Abhängigkeiten verwalten können.
Popup-Bildschirme für Merge-Requests
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In dieser Ausgabe präsentieren wir informative Bildschirme, die erscheinen, wenn man mit der Maus über den Link zum Merge-Request fährt. Früher wurde nur der Titel des Merge-Requests angezeigt, jetzt zeigen wir auch den Status des Merge-Requests, den Status der CI-Pipeline und eine kurze URL an.
In zukünftigen Ausgaben planen wir, weitere wichtige Informationen hinzuzufügen, wie , und wir werden auch Popup-Bildschirme für .
Filterung von Merge-Requests nach Zielbranch
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Git-Workflows für Releases oder Software-Lieferungen sind oft mit mehreren langfristigen Branches verbunden — für Bugfixes in früheren Versionen (z. B. stable-11-9) oder den Übergang von der Qualitätssicherung zur Produktion (z. B. integration), doch es ist nicht so einfach, die Merge-Requests für diese Branches unter den vielen offenen Merge-Requests zu finden.
Die Liste der Merge-Requests für Projekte und Gruppen kann jetzt nach dem Zielbranch des Merge-Requests gefiltert werden, um das Finden der richtigen zu erleichtern.
Vielen Dank, Hiroyuki Sato ()!
Merge und Senden bei erfolgreicher Pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Wenn wir die Trunk-basierten Entwicklungsmethoden anwenden, sollten wir langlebige Branches vermeiden und stattdessen auf kleine temporäre Branches mit einem einzigen Besitzer setzen. Kleinere Änderungen werden oft direkt in den Ziel-Branch gesendet, was jedoch das Risiko birgt, den Build zu brechen.
In dieser Version unterstützt GitLab neue Push-Parameter in Git, um automatisch Merge-Requests zu öffnen, den Ziel-Branch festzulegen und einen Merge durchzuführen, wenn der Pipeline erfolgreich aus der Kommandozeile beim Push in den Branch läuft.
Verbesserte Integration mit externen Dashboards
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab kann auf mehrere Prometheus-Server zugreifen (auf Umwelt-, Projekt- und ), aber die Nutzung mehrerer Endpunkte kann das System komplizieren oder von Standard-Dashboards nicht unterstützt werden. In dieser Version können Teams eine einzige Prometheus-API nutzen, was die Integration mit Diensten wie Grafana erheblich vereinfacht.
Sortierung der Wiki-Seiten nach Erstellungsdatum
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Im Wiki-Projekt können Teams Dokumentationen und andere wichtige Informationen zusammen mit dem Quellcode und Aufgaben teilen. In dieser Version kann die Liste der Wiki-Seiten nach Erstellungsdatum und Titel sortiert werden, um kürzlich erstellte Inhalte schnell zu finden.
Überwachung der vom Cluster angeforderten Ressourcen
ULTIMATE, GOLD
GitLab hilft dabei, den Kubernetes-Cluster für entwickelte und produktive Anwendungen zu überwachen. Ab dieser Version können Sie die vom Cluster angeforderten CPU- und Speicherressourcen verfolgen, um potenzielle Probleme zu erkennen, bevor sie zu Problemen werden.
Ansicht der Metriken des Lastenausgleichs im Grafana-Dashboard
CORE, STARTER, PREMIUM, ULTIMATE
Es ist äußerst wichtig, die Leistungsfähigkeit der GitLab-Instanz zu überwachen. Früher stellten wir standardmäßig Dashboards über eine integrierte Grafana-Instanz zur Verfügung. Ab dieser Version haben wir zusätzliche Dashboards zur Überwachung der NGINX-Lastenausgleicher integriert.
SAST für Elixir
ULTIMATE, GOLD
Wir erweitern weiterhin die Unterstützung für Programmiersprachen und vertiefen die Sicherheitsprüfungen. In dieser Version haben wir Sicherheitsprüfungen für Projekte, die auf und für auf der Plattform Phoenix erstellte Projekte, hinzugefügt. .
Mehrere Anfragen in einem Diagramm
PREMIUM, ULTIMATE, SILVER, GOLD
In GitLab können Sie Diagramme erstellen, um die gesammelten Metriken zu visualisieren. Oft möchte man, beispielsweise um den maximalen oder durchschnittlichen Wert einer Metrik anzuzeigen, mehrere Werte in einem Diagramm darstellen. Ab dieser Version haben Sie die Möglichkeit dazu.
DAST-Ergebnisse im SicherheitsDashboard der Gruppe
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Wir haben die Ergebnisse des dynamischen Anwendungssicherheitstests (Dynamic Application Security Testing, DAST) im SicherheitsDashboard der Gruppe hinzugefügt, zusätzlich zu SAST, Container-Scans und Abhängigkeits-Scans.
Hinzufügen von Metadaten zum Container-Scanbericht
ULTIMATE, GOLD
In dieser Version enthält der Bericht über den Container-Scan mehr Metadaten – wir haben hinzugefügt betroffene Komponente (Clair-Feature) zu den bestehenden Metadaten: Priorität, Identifikator (mit Verweis auf mitre.org) und betroffenes Level (z. B. debian:8).
Hinzufügen von Berichtstypen zu Metriken in Merge-Requests
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab bietet bereits mehrere Berichtstypen, die direkt in Merge-Requests integriert werden können: von Berichten über und in der Überprüfungsphase bis hin zu und in der Schutzphase.
Obwohl dies wichtige Berichte sind, sind auch grundlegende Informationen, die für verschiedene Szenarien geeignet sind, erforderlich. In GitLab 11.10 bieten wir Metrikberichte direkt im Merge-Request an, der eine einfache Schlüssel-Wert-Paar erwartet. So verfolgen die Nutzer zeitliche Veränderungen, einschließlich benutzerdefinierter Metriken und Änderungen der Metriken für einen bestimmten Merge-Request. Der Speicherverbrauch, das Testen spezieller Lasten und Betriebsstatus können in einfache Metriken umgewandelt werden, die direkt in den Merge-Requests gemeinsam mit anderen integrierten Berichten angezeigt werden.
Unterstützung für multimodulare Maven-Projekte zur Abhängigkeitsprüfung
ULTIMATE, GOLD
In dieser Ausgabe unterstützen mehrmodulige Maven-Projekte das Scannen von Abhängigkeiten in GitLab. Früher konnte ein Submodul, das von einem anderen Submodul auf derselben Ebene abhing, nicht aus dem zentralen Maven-Repository geladen werden. Jetzt wird ein mehrmoduliges Maven-Projekt mit zwei Modulen und einer Abhängigkeit zwischen diesen beiden Modulen erstellt. Die Abhängigkeit zwischen Modulen desselben Niveaus ist nun im lokalen Maven-Repository verfügbar, sodass der Build fortgesetzt werden kann.
Benutzer können den Pfad für das Klonen in CI ändern.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Standardmäßig klont der GitLab Runner das Projekt in einen einzigartigen, geschachtelten Pfad in $CI_BUILDS_DIR. Für einige Projekte, wie zum Beispiel Golang, muss der Code jedoch in ein bestimmtes Verzeichnis geklont werden, damit er gebaut werden kann.
In GitLab 11.10 haben wir die Variable GIT_CLONE_PATHeingeführt, mit der Sie einen spezifischen Pfad angeben können, wohin der GitLab Runner das Projekt vor der Ausführung der Aufgabe klont.
Einfache Maskierung von geschützten Variablen in Logs
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab bietet mehrere Möglichkeiten, um und von Variablen in GitLab CI/CD zu beschränken. Dennoch können Variablen absichtlich oder versehentlich in die Build-Logs gelangen.
GitLab nimmt das Risikomanagement und die Prüfung ernst und fügt weiterhin Funktionen hinzu, um den Anforderungen zu entsprechen. In GitLab 11.10 haben wir die Möglichkeit eingeführt, bestimmte Variablentypen in den Protokollen der Job-Trace zu maskieren, um einen Schutz gegen das unbeabsichtigte Auftreten des Inhalts dieser Variablen in den Protokollen zu bieten. Außerdem maskiert GitLab jetzt viele integrierte Token-Variablen.
Aktivieren und Deaktivieren von Auto DevOps auf Gruppenebene
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Mit Auto DevOps in einem Projekt auf GitLab.com können Sie ohne großen Aufwand moderne DevOps-Workflows von der Entwicklung bis zur Bereitstellung angehen.
Seit GitLab 11.10 können Sie Auto DevOps für alle Projekte in einer Gruppe aktivieren oder deaktivieren.
Vereinfachte und verbesserte Lizenzseite
STARTER, PREMIUM, ULTIMATE
Um die Verwaltung der Lizenzschlüssel einfacher und bequemer zu gestalten, haben wir das Design der Lizenzseite im Administrationsbereich überarbeitet und die wichtigsten Elemente hervorgehoben.
Aktualisierung des Label-Selectors für Kubernetes-Bereitstellungen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Auf den Bereitstellungs-Panels werden Informationen zu allen Kubernetes-Bereitstellungen angezeigt.
In dieser Version haben wir die Art und Weise geändert, wie Labels mit Bereitstellungen verknüpft werden. Jetzt sind Übereinstimmungen verfügbar für app.example.com/app und app.example.com/env oder app. Dadurch werden Konflikte bei der Filterung und das Risiko von fehlerhaften Deployments im Zusammenhang mit dem Projekt vermieden.
Darüber hinaus werden wir in GitLab Version 12.0 , und eine Übereinstimmung wird nur anhand von app.example.com/app und app.example.com/env.
Dynamisches Erstellen von Kubernetes-Ressourcen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Die Integration von Kubernetes in GitLab ermöglicht die Nutzung der RBAC-Funktion über ein Servicekonto und einen dedizierten Namespace für jedes GitLab-Projekt. Ab dieser Version werden diese Ressourcen nur dann erstellt, wenn sie für das Deployment benötigt werden, um die Effizienz zu maximieren.
Beim Deployment in Kubernetes wird GitLab CI diese Ressourcen vor dem Deployment erstellen.
Gruppen-Runner für Cluster auf der Gruppenebene
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Cluster auf der Gruppenebene unterstützen jetzt die Installation des GitLab Runners. Gruppen-Kubernetes-Runner werden für untergeordnete Projekte als Gruppenrunner angezeigt, die mit Labels gekennzeichnet sind. cluster und kubernetes.
Zähler für Knative-Funktionen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Funktionen, die mit , bereitgestellt werden, zeigen jetzt die Anzahl der erhaltenen Aufrufe für einzelne Funktionen an. Dazu muss Prometheus in dem Cluster installiert werden, auf dem Knative läuft.
Parameterkontrolle git clean für GitLab CI/CD-Jobs
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Standardmäßig führt GitLab Runner aus git clean beim Ausführen von Jobs in GitLab CI/CD den Code-Upload durch. Seit GitLab 11.10 können Benutzer die an den Befehl übergebenen Parameter steuern git clean. Dies ist praktisch für Teams mit dedizierten Runners sowie für Teams, die Projekte aus großen Monorepositories erstellen. Jetzt können sie den Upload-Prozess vor der Ausführung von Skripten verwalten. Die neue Variable GIT_CLEAN_FLAGS hat standardmäßig den Wert -ffdx und akzeptiert alle möglichen Parameter des Befehls [git clean](https://git-scm.com/docs/git-clean).
Externe Authentifizierung in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Geschützte Umgebungen können zusätzliche externe Authentifizierungsressourcen für den Zugriff auf das Projekt erfordern. Wir haben Unterstützung für eine zusätzliche Zugriffskontrolle in hinzugefügt und viele Anfragen erhalten, diese Funktion im Core zu öffnen. Wir freuen uns, die externe Authentifizierung und eine zusätzliche Sicherheitsebene für Core-Instanzen vorzustellen, da dieses Feature für einige Teilnehmer erforderlich ist.
Möglichkeit zur Erstellung von Projekten in Gruppen in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Die Rolle Developer kann Projekte in Gruppen erstellen , und jetzt ist das auch in Core möglich. Die Projekterstellung ist eine zentrale Funktion für die produktive Arbeit in GitLab, und durch die Einführung dieser Funktion in Core wird es den Teilnehmern jetzt einfacher, sich etwas Neuem zu widmen.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Heute haben wir GitLab Runner 11.10 veröffentlicht! GitLab Runner ist ein Open-Source-Projekt, das zur Ausführung von CI/CD-Jobs verwendet wird und die Ergebnisse zurück an GitLab sendet.
Die interessantesten Änderungen:
- .
- .
- .
- .
- .
Die vollständige Liste der Änderungen finden Sie im Änderungsprotokoll von GitLab Runner: .
Korrektur der Rückgabe project_id in der Blob-Such-API in Elasticsearch
STARTER, PREMIUM, ULTIMATE
Wir haben einen Fehler in der Blob-Such-API in Elasticsearch behoben, der fälschlicherweise 0 zurückgab für project_id. Es ist erforderlich, , um die richtigen Werte project_id nach der Installation dieser Version von GitLab zu erhalten.
Verbesserungen für Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Wir haben die folgenden Verbesserungen für Omnibus in GitLab 11.10 vorgenommen:
- GitLab 11.10 beinhaltet , , in der letzten Ausgabe, die einen neuen Integrationskatalog für den einfachen Datenimport aus Hipchat und vieles mehr enthält. Diese Version umfasst , und wir empfehlen ein Update.
- Wir , und jetzt ist es ganz einfach, eine GitLab Instanz zu überwachen.
- Wir haben die Unterstützung für das Löschen alter Container-Images aus dem Docker-Registry hinzugefügt.
- Wir haben die ca-certs auf den Stand vom 23. Januar 2019 aktualisiert.
Leistungsverbesserungen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Wir verbessern die Leistung von GitLab mit jeder neuen Version für GitLab-Instanzen jeder Größe. Einige Verbesserungen in GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Verbesserung von GitLab-Diagrammen
CORE, STARTER, PREMIUM, ULTIMATE
Wir haben die folgenden Verbesserungen in die GitLab-Diagramme integriert:
- .
Veraltete Funktionen
GitLab Geo wird ab Version 12.0 eine hashierte Speicherung bieten
GitLab Geo benötigt um Wettbewerbsdruck auf sekundären Knoten zu mindern. Dies wurde in .
In GitLab haben wir diese Anforderung in die Geo-Dokumentation aufgenommen: .
In GitLab sudo gitlab-rake gitlab:geo:check überprüft, ob die hashierte Speicherung aktiviert ist und ob alle Projekte migriert werden. Siehe . Wenn Sie Geo verwenden, führen Sie bitte diese Überprüfung durch und migrieren Sie so schnell wie möglich.
In GitLab ständig deaktivierte Warnmeldung wird auf der Seite Admin-Bereich › Geo › Knoten, angezeigt, wenn die oben genannten Überprüfungen nicht erfolgreich sind.
In GitLab Geo verwendet die Anforderungen an die hashierte Speicherung. Siehe .
Enddatum: 22. Juni 2019.
Unterstützung für Ubuntu 14.04
GitLab 11.10 wird die letzte Version mit .
Canonical hat die Standardunterstützung für Ubuntu 14.04 mit Wir empfehlen den Nutzern, auf eine unterstützte LTS-Version umzusteigen: Ubuntu 16.04 oder Ubuntu 18.04.
Enddatum: 22. Mai 2019.
Begrenzung der maximalen Anzahl von Pipelines, die durch einen einzelnen Push erstellt werden können.
Früher erstellte GitLab Pipelines für HEAD jeden Branch beim Push. Dies ist praktisch für Entwickler, die mehrere Änderungen gleichzeitig einsenden (zum Beispiel in einen Feature-Branch und in einen develop).
Aber beim Push eines großen Repositories mit vielen aktiven Branches (zum Beispiel für Migration, Spiegelung oder Verzweigung) ist es nicht nötig, für jeden Branch eine Pipeline zu erstellen. Ab GitLab 11.10 erstellen wir bei einem Push.
Enddatum: 22. Mai 2019.
Veraltete Legacy-Pfade des GitLab Runners
Ab GitLab 11.9 verwendet der GitLab Runner zum Klonen/Aufrufen des Repositories. Derzeit wird der GitLab Runner die alte Methode verwenden, wenn die neue nicht unterstützt wird. Weitere Informationen finden Sie in .
In GitLab 11.0 haben wir die Art der Konfiguration des Metrikservers für den GitLab Runner geändert. metrics_server wird zugunsten von listen_address in GitLab 12.0 entfernt. Weitere Informationen finden Sie in .
In Version 11.3 begann der GitLab Runner, zu unterstützen; was zu neuen Einstellungen für In , enthält eine Tabelle mit Änderungen und Anweisungen zum Übergang zur neuen Konfiguration. Weitere Informationen finden Sie in .
Diese Pfade werden in GitLab 12.0 nicht mehr verfügbar sein. Als Benutzer müssen Sie nichts ändern, sondern lediglich sicherstellen, dass die GitLab-Instanz bei einem Update auf GitLab Runner 12.0 mit Version 11.9+ arbeitet.
Enddatum: 22. Juni 2019.
Veralteter Parameter für das Feature des Einstiegspunkts für GitLab Runner
In 11.4 wurde der Parameter für das Feature GitLab Runner vorgestellt um Probleme wie und .
In GitLab 12.0 wechseln wir zu einem korrekten Verhalten, als ob der Feature-Parameter deaktiviert wäre. Weitere Details finden Sie in .
Enddatum: 22. Juni 2019.
Veraltete Unterstützung für Linux-Distributionen, die EOL erreicht haben, für GitLab Runner
Einige Linux-Distributionen, auf denen GitLab Runner installiert werden kann, haben ihr Ende erreicht.
In GitLab 12.0 wird GitLab Runner keine Pakete mehr für diese Linux-Distributionen bereitstellen. Eine vollständige Liste der nicht mehr unterstützten Distributionen finden Sie in unserer . Vielen Dank an Javier Jardón fürseinen Beitrag !
Enddatum: 22. Juni 2019.
Im Rahmen der Bemühungen zur Unterstützung
Windows Docker Executor Helper-Image .
In GitLab 12.0 wird GitLab Runner mit neuen Befehlen ausgeführt. Dies betrifft nur Benutzer, die Weitere Details finden Sie in .
Enddatum: 22. Juni 2019.
Entfernung des legacy Git Clean-Mechanismus aus GitLab Runner
In GitLab Runner 11.10 festzulegen, wie der Runner den Befehl ausführt git clean. Darüber hinaus entfernt die neue Bereinigungsstrategie die Verwendung von git reset und platziert den Befehl git clean nach dem Auslagerungsschritt.
Da diese Verhaltensänderung einige Benutzer betreffen kann, haben wir einen Parameter vorbereitet FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Wenn Sie den Wert einstellen true, wird die Legacy-Bereinigungsstrategie wiederhergestellt. Weitere Informationen zur Verwendung von Funktionsparametern in GitLab Runner finden Sie .
In GitLab Runner 12.0 werden wir die Unterstützung für die Legacy-Bereinigungsstrategie und die Möglichkeit, sie über den Funktionsparameter wiederherzustellen, entfernen. Weitere Informationen finden Sie in .
Enddatum: 22. Juni 2019.
dem Abschnitt Systeminformationen im Administrationsbereich
GitLab stellt Informationen über Ihre GitLab-Instanz bereit unter admin/system_info, aber diese Informationen können ungenau sein.
Wir des Administrationsbereichs in GitLab 12.0 entfernen und empfehlen die Nutzung von .
Enddatum: 22. Juni 2019.
Änderungsprotokoll
Suchen Sie alle diese Änderungen im Änderungsprotokoll:
Installation von
Wenn Sie eine neue Installation von GitLab einrichten, besuchen Sie .
Aktualisierung
Besuchen Sie die .
GitLab Abonnementpläne.
GitLab ist in zwei Varianten verfügbar: und .
: lokal oder auf der bevorzugten Cloud-Plattform.
- Kern: für kleine Teams, persönliche Projekte oder eine unbegrenzte Testversion von GitLab.
- Starter: für Teams, die in einem Büro an mehreren Projekten arbeiten und professionelle Unterstützung benötigen.
- Premium: für verteilte Teams, die erweiterte Funktionen, hohe Verfügbarkeit und Rund-um-die-Uhr-Unterstützung benötigen.
- Ultimate: für Unternehmen, die eine zuverlässige Strategie und Implementierung mit verbesserter Sicherheit und Compliance erfordern.
— GitLab.com: wird von GitLab gehostet, verwaltet und administriert für einzelne Entwickler und Teams.
- Kostenlos: unbegrenzte private Repositories und unbegrenzte Projektmitglieder. Geschlossene Projekte haben Zugang zu Funktionen der Kostenlos-Ebene, während Zugang zu Funktionen der Gold.
- Bronze: für Teams, die Zugang zu erweiterten Arbeitsablauffunktionen benötigen.
- Silber: für Teams, die zuverlässigere DevOps-Funktionen, Compliance-Anforderungen und schnellen Support benötigen.
- Gold: geeignet für zahlreiche CI/CD-Jobs. Alle Open-Source-Projekte können die Gold-Features unabhängig vom Plan kostenlos nutzen.
Quelle: habr.com
