GitLab 11.10 mit Pipelines in der Systemsteuerung, Pipelines für kombinierte Ergebnisse und Angebote in mehreren Zeilen in den Zusammenführungsanforderungen.
Praktische Informationen zur Leistung von Pipelines in verschiedenen Projekten
GitLab erhöht weiterhin die Transparenz des DevOps-Lebenszyklus. In dieser Version wurde dem Control Panel eine Übersicht über den Status der Pipelines hinzugefügt.
Dies ist praktisch, selbst wenn Sie die Pipeline eines Projekts untersuchen. Dies ist jedoch besonders nützlich, wenn mehrere Projekte vorhanden sind. Dies ist normalerweise der Fall, wenn Sie Microservices verwenden und die Pipeline zum Testen und Bereitstellen von Code aus verschiedenen Projektrepositorys ausführen möchten. Jetzt können Sie sofort die Funktionalität der Pipelines auf dem Bedienfeld sehen , wo immer sie ausgeführt werden.
Ausführen von Pipelines für kombinierte Ergebnisse
Im Laufe der Zeit gehen die Quell- und Zielzweige auseinander, und es kann vorkommen, dass sie einzeln zurechtkommen, aber nicht zusammenarbeiten. Jetzt können Sie die Pipelines für die kombinierten Ergebnisse zur Zusammenführung ausführen . Auf diese Weise werden Sie schnell Fehler bemerken, die nur auftreten würden, wenn die Änderungen häufig zwischen Zweigen verschoben würden. Dies bedeutet, dass Sie die Pipelinefehler viel schneller beheben und GitLab Runner effizienter verwenden.
Weitere Optimierung der Zusammenarbeit
GitLab 11.10 bietet noch mehr Funktionen für eine einfache Zusammenarbeit und vereinfachte Workflows. In der vorherigen Ausgabe haben wir Vorschläge für Zusammenführungsanforderungen eingeführt, bei denen der Prüfer eine Änderung in einer Zeile des Kommentars zur Zusammenführungsanforderung vorschlagen und diese direkt aus dem Kommentarthread festschreiben konnte. Unseren Benutzern hat das gefallen und sie haben darum gebeten, diese Funktion zu erweitern. Jetzt können Sie Änderungen für mehrere Zeilen vorschlagen und 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 ...
Diese Version bietet so viele großartige Funktionen, wie Verknüpfungen in einem bestimmten Bereich , eine gründlichere Bereinigung der Containerregistrierung , zusammensetzbare Auto DevOps und die Möglichkeit , zusätzliche Minuten CI Runner zu kaufen . Unten finden Sie Details zu jedem von ihnen.
Der wertvollste Mitarbeiter dieses Monats ( MVP ) - Takuya Noguchi
In diesem Monat wurde Takuya Noguchi der wertvollste Mitarbeiter. Takuya hat gute Arbeit für den Ruhm von GitLab geleistet : Fehler behoben, Fehler im Backend und Frontend behoben und die Benutzeroberfläche verbessert. Vielen Dank!
Hauptfunktionen von GitLab 11.10
Pipelines auf dem Bedienfeld
PREMIUM, ULTIMATIV, SILBER, GOLD
Das Control Panel in GitLab zeigt Projektinformationen für die gesamte GitLab-Instanz an. Sie fügen nacheinander einzelne Projekte hinzu und können auswählen, welches Projekt Sie interessiert.
In dieser Ausgabe haben wir dem Control Panel Informationen zum Status der Piplines hinzugefügt. Jetzt sehen Entwickler die Funktionalität der Pipelines in allen erforderlichen Projekten - in einer Oberfläche.
Pipelines für kombinierte Ergebnisse
PREMIUM, ULTIMATIV, SILBER, GOLD
Normalerweise weicht der Quellzweig im Laufe der Zeit vom Zielzweig ab, wenn Sie Änderungen nicht ständig zwischen ihnen verschieben. Infolgedessen sind die Quell- und Zielzweig-Pipelines „grün“ und es gibt keine Zusammenführungskonflikte. Die Zusammenführung schlägt jedoch aufgrund inkompatibler Änderungen fehl.
Wenn die Gewinnlinie der Zusammenführungsanforderungen automatisch einen neuen Link erstellt, der das kombinierte Ergebnis der Zusammenführung der Quell- und Zielzweige enthält, können wir die Pipeline über diesen Link ausführen und sicherstellen, dass das Gesamtergebnis funktioniert.
Wenn Sie Merge Request Pipelines (in beliebiger Qualität) verwenden und private GitLab Runner Version 11.8 oder höher verwenden, müssen Sie diese aktualisieren, damit gitlab-ee # 11122 nicht auftritt . Dies betrifft keine Benutzer öffentlich verfügbarer GitLab-Läufer.
Änderungsvorschläge in mehreren Zeilen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Wenn Sie gemeinsam an Zusammenführungsanforderungen arbeiten, stellen Sie häufig Probleme fest und schlagen Lösungen vor. Seit GitLab 11.6 unterstützen wir den Vorschlag von Änderungen für eine einzelne Zeile.
In Version 11.10 können Sie in den Kommentaren zur Diff-Anforderung Änderungen für mehrere Zeilen vorschlagen, und dann kann jeder Benutzer mit Schreibberechtigungen für den ursprünglichen Zweig diese mit einem Klick akzeptieren. Dank der neuen Funktion kann das Kopieren und Einfügen wie in früheren Versionen vermieden werden.
Verknüpfungen in einem Bereich
PREMIUM, ULTIMATIV, SILBER, GOLD
Mit Beschriftungen in einem Bereich können Teams sich gegenseitig ausschließende Beschriftungen (im selben Bereich) für eine Aufgabe, eine Zusammenführungsanforderung oder ein Epos in Szenarien mit benutzerdefinierten Feldern oder benutzerdefinierten Workflow-Status verwenden. Sie werden mithilfe einer speziellen Syntax mit einem Doppelpunkt im Beschriftungskopf konfiguriert.
Angenommen, Sie benötigen ein benutzerdefiniertes Feld für Aufgaben, um das Betriebssystem der Plattform zu verfolgen, auf die Ihre Funktionen abzielen. Jede Aufgabe sollte sich nur auf eine Plattform beziehen. Sie können nach Bedarf Verknüpfungen für platform::iOS , platform::Android , platform::Linux und andere erstellen. Wenn Sie eine solche Verknüpfung auf eine Aufgabe anwenden, wird eine andere vorhandene Verknüpfung, die mit platform:: beginnt, automatisch gelöscht.
Angenommen, Sie haben Verknüpfungen für workflow::development , workflow::review und workflow::deployed , die den Status des Workflows in Ihrem Team angeben. Wenn die Aufgabe bereits über eine Verknüpfung für workflow::development verfügt und der Entwickler die Aufgabe in die Phase workflow::review übertragen möchte, wendet er einfach die neue Verknüpfung an und die alte Verknüpfung ( workflow::development ) wird automatisch gelöscht. Dieses Verhalten tritt bereits auf, wenn Sie Aufgaben zwischen Verknüpfungslisten auf der Taskleiste verschieben, die den Workflow Ihres Teams darstellen. Jetzt können Teammitglieder, die nicht direkt mit dem Task Board arbeiten, den Status des Workflows in den Aufgaben selbst ändern.
Gründlichere Reinigung des Containerregisters
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Bei der normalen Verwendung der Containerregistrierung mit CI-Pipelines senden Sie mehrere separate Änderungen an ein einzelnes Tag. Aufgrund der Implementierung der Docker-Distribution werden standardmäßig alle Änderungen am System gespeichert, aber am Ende beanspruchen sie viel Speicher. Wenn Sie die Option -m mit registry-garbage-collect , können Sie alle vorherigen Änderungen schnell entfernen und wertvollen Speicherplatz freigeben.
Kaufen Sie mehr Minuten CI Runner
BRONZE, SILBER, GOLD
Benutzer mit bezahlten GitLab.com-Plänen (Gold, Silber, Bronze) können jetzt zusätzliche CI Runner-Minuten kaufen. Zuvor war es notwendig, in die im Plan festgelegte Quote zu passen. Dank dieser Verbesserung können Sie Minuten vorab kaufen, die über dem Kontingent liegen, um Arbeitsunterbrechungen durch das Stoppen von Pipelines zu vermeiden.
Jetzt kosten 1000 Minuten 8 US-Dollar, und Sie können sie so oft kaufen, wie Sie möchten. Zusätzliche Minuten werden ausgegeben, wenn Sie das gesamte monatliche Kontingent ausgeben, und der Rest der zusätzlichen Minuten wird auf den nächsten Monat übertragen. In einer zukünftigen Version möchten wir diese Funktion zu kostenlosen Plänen hinzufügen.
Verknüpfbare Auto DevOps
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Mit Auto DevOps wechseln Teams fast mühelos zu modernen DevOps-Praktiken. Ab GitLab 11.10 wird jeder Job in Auto DevOps als unabhängige Vorlage bereitgestellt. Benutzer können includes in GitLab CI verwenden, um einzelne Auto DevOps-Stufen zu aktivieren und ihre benutzerdefinierte gitlab-ci.yml . Auf diese Weise können Sie nur den richtigen Job einbinden und die Aktualisierungen im Upstream nutzen.
SILBER, GOLD
Bisher mussten Sie Gruppen auf GitLab.com manuell verwalten. Sie können jetzt SAML SSO verwenden und Gruppen 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 einer großen Anzahl von Benutzern und zentralisierten Identitätsanbietern. Sie können jetzt eine einzige Wahrheitsquelle haben, z. B. Azure Active Directory, und Benutzer werden automatisch und nicht manuell über den Identitätsanbieter erstellt und gelöscht.
Melden Sie sich über den SAML-Anbieter bei GitLab.com an
SILBER, GOLD
Bisher musste sich der Benutzer bei Verwendung von SAML SSO für Gruppen mit GitLab-Anmeldeinformationen und einem Identitätsanbieter anmelden. Jetzt können Sie sich direkt über SSO als GitLab-Benutzer anmelden, der an eine konfigurierte Gruppe gebunden ist.
Benutzer müssen sich nicht zweimal anmelden, daher ist es für Unternehmen bequemer, SAML SSO für GitLab.com zu verwenden.
Weitere Verbesserungen in GitLab 11.10
Diagramm der Kinderepen
ULTIMATIV, GOLD
In der vorherigen Ausgabe haben wir untergeordnete Epen (epische Epen) hinzugefügt, um Ihnen die Verwaltung der Verteilungsstruktur von Aufgaben zu erleichtern. Untergeordnete Epen werden auf der übergeordneten Eposeite angezeigt.
In dieser Ausgabe wird auf der übergeordneten Eposeite das Schema der untergeordneten Epen angezeigt, sodass Teams den Verlauf der untergeordneten Epen anzeigen und Zeitabhängigkeiten verwalten können.
Popup-Bildschirme für Marge-Anforderungen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
In dieser Ausgabe werden informative Bildschirme angezeigt, die angezeigt werden, wenn Sie den Mauszeiger über den Link für die Zusammenführungsanforderung bewegen. Bisher wurde nur der Titel der Zusammenführungsanforderung angezeigt, jetzt auch der Status der Zusammenführungsanforderung, der CI-Pipeline-Status und die kurze URL.
In zukünftigen Versionen planen wir, wichtigere Informationen hinzuzufügen, z. B. Verantwortliche und Kontrollpunkte , und Popup-Bildschirme für Aufgaben einzuführen.
Filtern von Zusammenführungsanforderungen nach Zielzweigen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Git-Workflows zum Freigeben oder Bereitstellen von Software sind häufig mit mehreren langfristigen Verzweigungen verbunden - um Korrekturen an früheren Versionen (z. B. stable-11-9 ) vorzunehmen oder um von der Qualitätskontrolle zur Produktion zu wechseln (z. B. integration ), aber es ist nicht so einfach zu finden Zusammenführungsanforderungen für diese Zweige unter den vielen offenen Zusammenführungsanforderungen.
Die Liste der Zusammenführungsanforderungen für Projekte und Gruppen kann jetzt nach dem Zielzweig der Zusammenführungsanforderung gefiltert werden, um das Auffinden der gewünschten Anforderung zu erleichtern.
Vielen Dank, Hiroyuki Sato
Senden und Zusammenführen bei erfolgreicher Pipeline
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Wenn wir die Trunk-basierte Entwicklungsentwicklungsmethode verwenden, sollten wir langlebige Zweige zugunsten kleiner temporärer Zweige mit einem Eigentümer vermeiden. Kleinere Änderungen werden häufig direkt an den Zielzweig gesendet, gleichzeitig besteht jedoch die Gefahr, dass die Baugruppe beschädigt wird.
In dieser Version unterstützt GitLab neue Übermittlungsoptionen in Git, um Zusammenführungsanforderungen automatisch zu öffnen, einen Zielzweig festzulegen und bei erfolgreicher Pipeline über eine Befehlszeile beim Senden an einen Zweig eine Zusammenführung bereitzustellen.
Verbesserte Integration in externe Dashboards
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
GitLab kann auf mehrere Prometheus-Server zugreifen (auf Umgebungs-, Projekt- und Gruppenebene (erwartet) ), aber mehrere Endpunkte können das System komplizieren oder von Standard-Dashboards nicht unterstützt werden. In dieser Version können Teams dieselbe Prometheus-API verwenden, was die Integration mit Diensten wie Grafana erheblich vereinfacht.
Sortieren Sie die Wiki-Seiten nach Erstellungsdatum
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Im Projekt-Wiki können Teams Dokumentation und andere wichtige Informationen zusammen mit Quellcode und Aufgaben austauschen. In dieser Version kann die Liste der Seiten im Wiki nach Erstellungsdatum und Titel sortiert werden, um neu erstellte Inhalte schnell zu finden.
Vom Cluster angeforderte Ressourcen überwachen
ULTIMATIV, GOLD
GitLab hilft bei der Überwachung des Kubernetes-Clusters auf Entwicklungs- und Produktionsanwendungen. Behalten Sie ab dieser Version die vom Cluster angeforderten Prozessorressourcen und den Speicher im Auge, um mögliche Schwierigkeiten zu erkennen, bevor sie zu Problemen werden.
Anzeigen von Load Balancer-Metriken im Grafana-Dashboard
KERN, STARTER, PREMIUM, ULTIMATIV
Es ist sehr wichtig, den Zustand der GitLab-Instanz zu überwachen. Bisher haben wir Dashboards standardmäßig über eine eingebettete Instanz von Grafana bereitgestellt. Ab dieser Version haben wir zusätzliche Panels zur Überwachung von NGINX-Load-Balancern hinzugefügt.
SAST für Elixier
ULTIMATIV, GOLD
Wir bauen die Sprachunterstützung weiter aus und vertiefen die Sicherheitsüberprüfungen. In dieser Version haben wir Sicherheitsüberprüfungen für Projekte auf Elixir und Projekte, die auf der Phoenix-Plattform basieren, aufgenommen .
Mehrere Abfragen in einem Diagramm
PREMIUM, ULTIMATIV, SILBER, GOLD
In GitLab können Sie Diagramme erstellen, um die von Ihnen gesammelten Metriken zu visualisieren. Wenn Sie beispielsweise den Maximal- oder Durchschnittswert einer Metrik anzeigen möchten, möchten Sie häufig mehrere Werte in einem Diagramm anzeigen. Ab dieser Version haben Sie die Möglichkeit.
DAST-Ergebnisse im Gruppensicherheits-Dashboard
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Wir haben dem Gruppensicherheitsfenster zusätzlich zu SAST, Containerscan und Abhängigkeitsscan DAST-Ergebnisse (Dynamic Application Security Testing) hinzugefügt.
ULTIMATIV, GOLD
In dieser Ausgabe enthält der Container-Scan-Bericht mehr Metadaten. Wir haben die betroffene Komponente (Clair-Funktion) zu den vorhandenen Metadaten hinzugefügt: Priorität, Kennung (mit Bezug auf mitre.org) und betroffene Ebene (z. B. Debian: 8).
Hinzufügen eines Metrikberichtstyps zum Zusammenführen von Anforderungen
PREMIUM, ULTIMATIV, SILBER, GOLD
GitLab bietet bereits verschiedene Arten von Berichten an, die direkt in die Zusammenführungsanforderungen aufgenommen werden können: von Berichten zur Codequalität und zum Testen von Einheiten in der Überprüfungsphase bis zu SAST und DAST in der Schutzphase .
Obwohl dies wichtige Berichte sind, werden auch grundlegende Informationen benötigt, die für verschiedene Szenarien geeignet sind. In GitLab 11.10 stellen wir Metrikberichte direkt in der Zusammenführungsanforderung bereit, die ein einfaches Schlüssel-Wert-Paar erwartet. Auf diese Weise verfolgen Benutzer Änderungen im Laufe der Zeit, einschließlich benutzerdefinierter Metriken und Metrikänderungen für eine bestimmte Zusammenführungsanforderung. Die Speichernutzung, das Testen spezieller Lasten und der Integritätsstatus können in einfache Metriken konvertiert werden, die zusammen mit anderen integrierten Berichten direkt in den Zusammenführungsanforderungen angezeigt werden können.
Unterstützung für Maven-Projekte zum Scannen von Abhängigkeiten mit mehreren Modulen
ULTIMATIV, GOLD
In dieser Version unterstützen Maven-Projekte mit mehreren Modulen das Scannen von GitLab-Abhängigkeiten. Wenn ein Submodul zuvor von einem anderen Submodul derselben Ebene abhängig war, konnte es zuvor kein Booten vom zentralen Maven-Repository zulassen. Jetzt wird das Maven-Multimodulprojekt mit zwei Modulen und einer Abhängigkeit zwischen den beiden Modulen erstellt. Die Abhängigkeit zwischen Modulen derselben Ebene ist jetzt im lokalen Maven-Repository verfügbar, sodass der Build fortgesetzt werden kann.
Benutzer können den Pfad zum Klonen in CI ändern
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Standardmäßig $CI_BUILDS_DIR GitLab Runner das Projekt in einen eindeutigen verschachtelten Pfad in $CI_BUILDS_DIR . Bei einigen Projekten wie Golang muss der Code jedoch in ein bestimmtes Verzeichnis geklont werden, damit er zusammengestellt werden kann.
In GitLab 11.10 haben wir die Variable GIT_CLONE_PATH , mit der Sie den spezifischen Pfad angeben können, unter dem der GitLab Runner das Projekt GIT_CLONE_PATH , bevor die Aufgabe abgeschlossen ist.
Einfache Maskierung geschützter Variablen in Protokollen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
GitLab bietet verschiedene Möglichkeiten, um den Umfang von Variablen in einem GitLab CI / CD zu schützen und einzuschränken. Variablen können jedoch weiterhin absichtlich oder versehentlich in Baugruppenprotokolle gelangen.
GitLab nimmt das Risikomanagement und die Prüfung ernst und fügt weiterhin Funktionen hinzu, um die Anforderungen zu erfüllen. In GitLab 11.10 haben wir die Möglichkeit eingeführt, einige Arten von Variablen in den Jobablaufverfolgungsprotokollen zu maskieren, um einen Schutz vor versehentlichem Abrufen des Inhalts dieser Variablen in die Protokolle hinzuzufügen. Und GitLab verschleiert jetzt automatisch viele der integrierten Token-Variablen.
Aktivieren und Deaktivieren von Auto DevOps auf Gruppenebene
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Mit Auto DevOps im GitLab.com-Projekt können Sie die modernen DevOps-Workflows von der Montage bis zur Auslieferung problemlos übernehmen.
Ab GitLab 11.10 können Sie Auto DevOps für alle Projekte in einer Gruppe aktivieren und deaktivieren.
Vereinfachte und verbesserte Lizenzseite
STARTER, PREMIUM, ULTIMATE
Um die Verwaltung der Lizenzschlüssel bequemer und einfacher zu gestalten, haben wir das Design der Lizenzseite im Admin-Bereich geändert und die wichtigsten Elemente hervorgehoben.
Aktualisierte Beschriftungen für Bereitstellungen in Kubernetes Cluster
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Bereitstellungskarten geben einen Überblick über Bereitstellungen im Kubernetes-Cluster.
In dieser Ausgabe haben wir die Methode geändert, mit der sich Labels auf Bereitstellungen beziehen. Deployment Boards suchen jetzt nach dem Label app.example.com/app und app.example.com/env oder app . Dies vermeidet Konflikte während des Filterns und verringert das Risiko falscher Beispiele für Bereitstellungen zur Anzeige auf Karten.
Darüber hinaus planen wir, in GitLab Version 12.0 die Unterstützung für das App-Label aus der Kubernetes-Bereitstellungsauswahl app.example.com/env . Eine Übereinstimmung ist nur unter app.example.com/app und app.example.com/env .
Dynamische Erstellung von Kubernetes-Ressourcen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Durch die Integration von Kubernetes in GitLab können Sie die RBAC-Funktion mit einem Dienstkonto und einem dedizierten Namespace für jedes GitLab-Projekt verwenden. Ab dieser Version werden diese Ressourcen für maximale Effektivität nur erstellt, wenn sie für eine Bereitstellung benötigt werden.
Bei der Bereitstellung von Kubernetes erstellt GitLab CI diese Ressourcen vor der Bereitstellung.
Gruppenläufer für Cluster auf Clusterebene
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Cluster auf Gruppenebene unterstützen jetzt die Installation von GitLab Runner. Kubernetes-Läufer auf Gruppenebene werden für kubernetes Projekte als Gruppenläufer mit der Bezeichnung cluster und Kubernetes angezeigt.
Aufrufzähler für Knative Funktionen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Mit GitLab Serverless bereitgestellte Funktionen zeigen jetzt die Anzahl der Anrufe an, die für eine einzelne Funktion empfangen wurden. Installieren Sie dazu Prometheus auf dem Cluster, auf dem Knative installiert ist.
Überwachen von git clean Optionen für GitLab CI / CD-Jobs
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Standardmäßig führt der GitLab Runner git clean während des Code-Download-Vorgangs aus, wenn der Job in der GitLab CI / CD ausgeführt wird. Ab GitLab 11.10 können Benutzer die an den Befehl git clean Parameter steuern. Dies ist praktisch für Teams mit engagierten Läufern sowie für Teams, die Projekte aus großen Mono-Repositories sammeln. Jetzt können sie den Upload-Prozess steuern, bevor sie Skripte ausführen. Die neue Variable GIT_CLEAN_FLAGS standardmäßig -ffdx und akzeptiert alle möglichen Parameter des Befehls [git clean](https://git-scm.com/docs/git-clean) .
Externe Autorisierung in Core
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Für geschützte Umgebungen ist möglicherweise eine zusätzliche externe Autorisierungsressource erforderlich, um auf das Projekt zugreifen zu können. Wir haben in 10.6 Unterstützung für eine zusätzliche Ebene der Zugriffskontrolle hinzugefügt und viele Anfragen zum Öffnen dieser Funktionalität in Core erhalten. Wir freuen uns, eine externe Autorisierung und eine zusätzliche Sicherheitsstufe für Core-Instanzen einzuführen, da diese Funktion von einzelnen Teilnehmern benötigt wird.
Möglichkeit, Projekte in Gruppen in Core zu erstellen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Die Entwicklerrolle kann seit Version 10.5 Projekte in Gruppen erstellen. Jetzt ist dies in Core möglich. Das Erstellen von Projekten ist eine wichtige Gelegenheit für produktives Arbeiten in GitLab. Dank der Aufnahme dieser Funktion in Core können Instanzteilnehmer jetzt leichter etwas Neues tun.
GitLab Runner 11.10
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Heute haben wir GitLab Runner 11.10 veröffentlicht! GitLab Runner ist ein Open Source-Projekt, mit dem CI / CD-Jobs ausgeführt und Ergebnisse an GitLab zurückgesendet werden.
Die interessantesten Änderungen:
Eine vollständige Liste der Änderungen finden Sie im GitLab Runner-Änderungsprotokoll: CHANGELOG .
project_id Rückgabe von project_id in der Blob-Such-API in Elasticsearch
STARTER, PREMIUM, ULTIMATE
Wir haben einen Fehler in der Blob-Such-API in Elasticsearch project_id , der fälschlicherweise 0 für project_id . Sie müssen Elasticsearch neu indizieren , um die korrekten Werte für project_id zu erhalten, nachdem Sie diese Version von GitLab installiert haben.
Omnibus-Verbesserungen
KERN, STARTER, PREMIUM, ULTIMATIV
Wir haben die folgenden Verbesserungen an Omnibus in GitLab 11.10 vorgenommen:
- GitLab 11.10 enthält Mattermost 5.9.0 , eine Open-Source-Alternative zu Slack . Die neueste Version enthält ein neues Integrationsverzeichnis für die einfache Datenübertragung von Hipchat und vieles mehr. Diese Version enthält Sicherheitsupdates. Wir empfehlen die Aktualisierung.
- Wir haben Grafana in Omnibus integriert , und jetzt ist es einfach, eine Instanz von GitLab zu überwachen.
- Wir haben Unterstützung für das Entfernen alter Container-Images aus der Docker-Registrierung hinzugefügt.
- Wir haben ca-certs auf den 23.01.2019 aktualisiert.
Leistungsverbesserungen
KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD
Wir verbessern die GitLab-Leistung mit jeder Version für GitLab-Instanzen jeder Größe weiter. Einige Verbesserungen in GitLab 11.10:
GitLab-Diagramme verbessern
KERN, STARTER, PREMIUM, ULTIMATIV
Wir haben die folgenden Verbesserungen an GitLab-Diagrammen vorgenommen:
Veraltete Funktionen
GitLab Geo bietet Hash-Speicher in GitLab 12.0
GitLab Geo benötigt Hash-Speicher , um die Konkurrenz auf sekundären Knoten zu verringern. Dies wurde in gitlab-ce # 40970 festgestellt .
In GitLab 11.5 haben wir diese Anforderung zur Geo-Dokumentation hinzugefügt: gitlab-ee # 8053 .
In GitLab 11.6 prüft sudo gitlab-rake gitlab:geo:check , ob der Hash-Speicher aktiviert ist und ob alle Projekte migriert sind. Siehe gitlab-ee # 8289 . Wenn Sie Geo verwenden, führen Sie diese Prüfung durch und migrieren Sie so schnell wie möglich.
In GitLab 11.8 wird die dauerhaft deaktivierte Warnung gitlab-ee! 8433 auf der Seite Admin-Bereich › Geo › Knoten angezeigt, wenn die oben genannten Überprüfungen nicht zulässig sind.
In GitLab 12.0 verwendet Geo Hash-Speicheranforderungen. Siehe gitlab-ee # 8690 .
Löschdatum: 22. Juni 2019
Ubuntu 14.04 Unterstützung
GitLab 11.10 wird die neueste Version mit Unterstützung für Ubuntu 14.04 sein .
Canonical gab die Beendigung des Standard-Supports für Ubuntu 14.04 ab April 2019 bekannt . Wir empfehlen Benutzern, auf eine unterstützte Version von LTS zu aktualisieren: Ubuntu 16.04 oder Ubuntu 18.04.
Gelöscht: 22. Mai 2019
Begrenzen Sie die maximale Anzahl von Pipelines, die durch eine Übermittlung erstellt wurden
GitLab HEAD . , (, develop ).
, (, , ), . GitLab 11.10 4 .
: 22 2019 .
legacy GitLab Runner
Gitlab 11.9 GitLab Runner / . GitLab Runner , . .
GitLab 11.0 GitLab Runner. metrics_server listen_address GitLab 12.0. .
11.3 GitLab Runner - ; S3 . , . .
GitLab 12.0. , , , GitLab 11.9+ GitLab Runner 12.0.
: 22 2019 .
GitLab Runner
11.4 GitLab Runner FF_K8S_USE_ENTRYPOINT_OVER_COMMAND , #2338 #3536 .
GitLab 12.0 , . .
: 22 2019 .
Linux, EOL, GitLab Runner
Linux, GitLab Runner, .
GitLab 12.0 GitLab Runner Linux. , , . ( Javier Jardón ) !
: 22 2019 .
GitLab Runner Helper
Windows Docker executor , helper image .
GitLab 12.0 GitLab Runner . , helper image . .
: 22 2019 .
legacy git clean GitLab Runner
GitLab Runner 11.10 , Runner git clean . , git reset git clean .
, FF_USE_LEGACY_GIT_CLEAN_STRATEGY . true , legacy- . GitLab Runner .
GitLab Runner 12.0 legacy- . .
: 22 2019 .
System Info
GitLab GitLab admin/system_info , .
GitLab 12.0 .
: 22 2019 .
:
Installation
GitLab, GitLab .
Update
.
GitLab
GitLab : SaaS .
: .
- Core : , GitLab .
- Starter : , , .
- Premium : , , .
- Ultimate : , .
SaaS — GitLab.com : , GitLab .
- Free : . Free , Gold .
- Bronze : , .
- Silver : , DevOps, .
- Gold : CI/CD. Gold .