GitLab 12.2: Azyklische Richtungsgraphen für das Pipeline- und Designmanagement


Die aufregende Version von GitLab 12.2 hilft Teams dabei, Pipelines zu optimieren, die Zusammenarbeit zu erweitern und Projektabhängigkeiten zu verwalten. Details unten.


Schnellere und flexiblere Pipelines


CI-Pipelines werden benötigt, um Montage- und Testaufgaben zu automatisieren, um die Softwarebereitstellung zu beschleunigen und manuelle Fehler zu vermeiden. In einigen Fällen ist die Effizienz von GitLab CI / CD-Pipelines jedoch alles andere als ideal. GitLab 12.2 unterstützt jetzt direktionale azyklische Diagramme (DAGs) , um detaillierte Aufgabenabhängigkeiten zu erstellen und zu verwalten, anstatt sich auf sequentielle Schritte zu verlassen. Dies ist ein äußerst effizientes Tool, mit dem Ihre CI-Pipelines schneller und produktiver arbeiten.


Design Management


Softwareentwicklung ist ein Mannschaftssport, den wir allen zugänglich machen wollen. In Version 12.2 bieten wir neue Funktionen, um Designer und Designmanagement in GitLab zu ermöglichen. Das Designmanagement erleichtert das Einreichen, Versionskontrollieren und Zusammenarbeiten von Designartefakten, um die Teamarbeit mit einer einzigen Quelle der Wahrheit noch effektiver zu gestalten.


Wir arbeiten gerade erst an Design-Workflows in GitLab und freuen uns, wenn Sie zu unserer Design-Management-Strategie beitragen.


Marge-Anforderungsabhängigkeiten zwischen Projekten


In komplexen Systemen gibt es häufig mehrere Projekte mit Abhängigkeiten zwischen Codeänderungen, wobei es wichtig ist, in welcher Reihenfolge die Änderungen angewendet werden. GitLab unterstützt jetzt Zusammenführungsanforderungsabhängigkeiten zwischen Projekten , um Abhängigkeitsbeziehungen zu ermitteln und Fehler beim Anwenden von Änderungen in der falschen Reihenfolge zu vermeiden. Je weniger Fehler, desto weniger müssen Sie wiederholen und desto schneller können Sie die Änderungen bereitstellen.


Und das ist noch nicht alles!


GitLab 12.2 hat so viele coole Funktionen, dass es einfach unmöglich ist, über alle zu sprechen. Die Beschränkung der Gruppenmitgliedschaft nach Domäne , die Bereitstellungsstrategie für Prozentsätze und Benutzer-IDs für Funktionswechsel , die Sicherheitsgenehmigung bei Zusammenführungsanforderungen und jetzt Umgebungsvariablen mit Gültigkeitsbereich sind in der Core-Version enthalten . Lesen Sie weiter und erfahren Sie mehr über jede Funktion.


Der wertvollste Mitarbeiter dieses Monats ( MVP ) - Fabio Papa

Dank Fabio ist in GitLab 12.2 ein neuer Parameter erschienen, mit dem nicht nur die Eigentümer, sondern auch die Betreuer Untergruppen erstellen können. Fabio hat auch einen wertvollen Beitrag zu den Releases von GitLab 12.0 und GitLab 11.10 geleistet.

Danke Fabio

Hauptfunktionen von GitLab 12.2


Directional Acyclic Graphs für GitLab-Pipelines


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


In einer einfachen Pipeline müssen alle Aufgaben in einer Phase abgeschlossen sein, bevor mit der nächsten Phase fortgefahren werden kann. In vielen Pipelines müssen Sie vor der Bereitstellung alle Tests durchlaufen. In komplexeren Pipelines möchten Sie jedoch manchmal, dass Aufgaben in einer Phase vor Abschluss der vorherigen Phase beginnen. Ein Projekt erstellt beispielsweise Anwendungen für Android und iOS in einer mehrstufigen Pipeline. Höchstwahrscheinlich möchten Sie, dass die Bereitstellung von iOS-Anwendungen unmittelbar nach dem Bestehen der Tests für iOS beginnt, um nicht zu warten, bis alle Tests für Android bestanden wurden. Die Gesamtberechnungszeit ist gleich und die physikalische Zeit ist unterschiedlich. Um die Arbeit in solchen Fällen zu vereinfachen und Ihnen ein effektives und flexibles Werkzeug zum Definieren komplexer Pipelines zu bieten, haben wir das Schlüsselwort .gitlab-ci.yml needs: hinzugefügt, das die Beziehung zwischen Jobs in .gitlab-ci.yml . Mit dem Schlüsselwort require können Sie angeben, dass eine Aufgabe nach der anderen ausgeführt werden muss. Wenn die erste Aufgabe abgeschlossen ist, wird die davon abhängige Aufgabe in der nächsten Stufe sofort ausgeführt, ohne auf den Rest der Aufgaben in der vorherigen Stufe zu warten. In GitLab haben wir diese Funktion mithilfe eines gerichteten azyklischen Graphen implementiert. Wenn GitLab eine Pipeline aus Ihrer Konfiguration erstellt, verwendet es im Wesentlichen ein komplexes Regelwerk, um die Reihenfolge der Aufgaben zu bestimmen, und startet Aufgaben nicht erst in einer Phase, nachdem die vorherige abgeschlossen wurde. Erstens wird die Pipeline effizienter ausgeführt, und zweitens können auf dieser Grundlage andere erweiterte Funktionen implementiert werden. Verwenden Sie das Schlüsselwort need heute, um Pipelines wie im obigen Beispiel zu erstellen, oder verwenden Sie es in interessanten neuen Mono-Repository-Szenarien, wenn mehrere nicht verwandte Dienste im selben Repository gespeichert sind und nicht aufeinander warten sollten.



Design-Anmerkungen


PREMIUM, ULTIMATIV, SILBER, GOLD


Mithilfe von Designanmerkungen können Designer und Entwickler gemeinsam an Designs arbeiten und Kommentare zu verschiedenen Aspekten hinterlassen. Durch das Auflösen von Aufgabenentwürfen zur Unterstützung dieser Zusammenarbeit werden Aufgaben in GitLab weiterhin als eine einzige Quelle der Wahrheit verfeinert. Gleichzeitig bieten wir einen Rahmen für Feedback und Designdiskussionen.


Wir arbeiten gerade erst an Design-Workflows für GitLab und freuen uns, wenn Sie zu unserer Strategie beitragen.


Das Designmanagement befindet sich derzeit in der Alpha-Phase und kann jederzeit ohne vorherige Ankündigung geändert werden. Um das Design zu verwalten, müssen Sie Large File Storage (LFS) aktivieren.



Marge-Anforderungsabhängigkeiten zwischen Projekten


PREMIUM, ULTIMATIV, SILBER, GOLD


Unternehmen, die mehrere verwandte Produkte veröffentlichen, verwenden häufig gemeinsame Dienste und Bibliotheken, um das gleiche Problem nicht zweimal zu lösen. Normalerweise werden sie in separaten Projekten gespeichert. In diesem Fall ist es jedoch schwierig, Änderungen zwischen Diensten und ihren Verbrauchern zu koordinieren, wenn Sie die Funktion in mehreren Komponenten ändern müssen.


In GitLab 12.2 können Sie durch Zusammenführen von Anforderungsabhängigkeiten zwischen Projekten Abhängigkeitsbeziehungen definieren, damit die Änderungen nicht in der falschen Reihenfolge angewendet werden. Es ist auch praktisch, diese Beziehungen in Codeüberprüfungen zu betrachten, damit Prüfer alle Änderungen leichter verstehen können.



Einschränkungen der Gruppenmitgliedschaft nach Domain


PREMIUM, ULTIMATIV, SILBER, GOLD


Für sicherheitsbewusste Organisationen ist es wichtig, den Zugriff auf Projekte und Teams zu kontrollieren, um Risiken zu managen. In Version 12.2 fügen wir ein zusätzliches Zugriffskontrolltool für Administratoren und Gruppenbesitzer hinzu. Jetzt können Sie Gruppenmitgliedschaft nur Benutzern mit einer E-Mail-Adresse in der angegebenen Domäne gewähren.


Dies bedeutet, dass bei YourCompany nur Benutzer mit yourcompany.com-Adressen in die Gruppe aufgenommen werden können und Eigentümer nicht versehentlich nicht autorisierte Benutzer hinzufügen können.



Prozentuale Bereitstellungsstrategie für Feature-Switches


PREMIUM, ULTIMATIV, SILBER, GOLD


Sie können jetzt eine prozentuale Bereitstellungsstrategie für Feature-Switches auswählen. Bei prozentualer Bereitstellung können Sie den Prozentsatz für jede Umgebung und jeden Switch individuell festlegen. Wenn die prozentuale Bereitstellung konfiguriert und der Switch aktiviert ist, wird die Funktion dem konfigurierten Prozentsatz der angemeldeten Benutzer angezeigt. Auf diese Weise können Sie kontrollierte Bereitstellungen durchführen und das Verhalten der Zielumgebung überwachen, um die erwarteten Ergebnisse zu erzielen.



Bereitstellungsstrategie für die Benutzeridentität für Feature-Switches


PREMIUM, ULTIMATIV, SILBER, GOLD


Sie können jetzt eine Bereitstellungsstrategie anhand der Benutzer-ID für Feature-Switches auswählen. Mit dieser Strategie können Sie eine durch Kommas getrennte Liste von Benutzerkennungen angeben und die Funktion dann nur für einige Benutzer aktivieren. Sie können Funktionen auch nur für bestimmte Gruppen oder Segmente der Benutzerbasis testen.



Marge beantragt Sicherheitsgenehmigung


ULTIMATIV, GOLD


Jetzt kann garantiert werden, dass Zusammenführungsanforderungen, die neue Sicherheitsanfälligkeiten verursachen, erst angewendet werden, wenn die Verantwortlichen die Änderung überprüfen und genehmigen.


So können Sie und Ihre Teams die Anforderungen und Richtlinien leichter einhalten, und neue Sicherheitslücken können nicht versehentlich in die Codebasis gelangen.



Angeben von Variablen beim manuellen Starten einer Aufgabe


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Wenn Sie eine Aufgabe jetzt manuell starten, können Sie sie neu definieren oder neue Variablen bereitstellen, die von der Aufgabe verwendet werden. So ist es viel einfacher, benutzerdefinierte oder wiederverwendbare Aufgaben in Pipelines einzurichten und sogar Aufgaben zu beheben.



Bereichsumgebungsvariablen jetzt in Core verfügbar


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD *


Die Möglichkeit, Umgebungsvariablen auf einen bestimmten Bereich zu beschränken, wurde in GitLab Premium 9.4 angezeigt und ist jetzt für GitLab Core verfügbar. Diese Funktion bietet Flexibilität beim Einrichten verschiedener Variablen (z. B. verschiedene private Schlüssel für den Zugriff auf verschiedene Infrastrukturen in Umgebungen) und beim Verwenden mehrerer Umgebungen im Entwicklungslebenszyklus.
Wir öffnen den Quellcode dieser Funktion gemäß unserer Unterteilung in Ebenen nach Käufertyp , damit jeder sie verwenden und an ihrer Entwicklung teilnehmen kann.



Weitere Verbesserungen in GitLab 12.2


Die NPM-Registrierung unterstützt jetzt die Authentifizierung mit dem GitLab-Token für den persönlichen Zugriff


PREMIUM, ULTIMATIV, SILBER, GOLD


Mit der GitLab NPM-Registrierung können Javascript-Entwickler NPM-Pakete mithilfe ihrer GitLab-Instanz kompilieren, veröffentlichen und versionieren. NPM erfordert eine Authentifizierung mit OAuth. Vor Version 12.2 unterstützte das GitLab-Token für den persönlichen Zugriff OAuth nicht. Benutzer mussten ihr eigenes Token (außerhalb von GitLab) erstellen, um die NPM-Registrierung verwenden zu können, und es war unmöglich, die Zwei-Faktor-Authentifizierung zu verwenden. Diese Lösung war für Firmenkunden nicht skalierbar.


Wir freuen uns, Ihnen mitteilen zu können, dass wir in Version 12.2 die Authentifizierung mit dem GitLab Personal Access Token unterstützen. GitLab Personal Access Token arbeitet mit Zwei-Faktor-Authentifizierung und ermöglicht Benutzern die Auswahl des Bereichs und der Ablaufrichtlinie. .nprmrc einfach Ihr persönliches Zugriffstoken zur .nprmrc Datei hinzu und geben Sie die GitLab NPM-Registrierung ein, um Pakete zu veröffentlichen und herunterzuladen.


Liste der Benutzer mit einem Projekt


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Um wertvolle Projekte im Auge zu behalten, können Sie sie mit einem Stern markieren. Dank der Community-Eingabe können Sie jetzt eine Liste der Benutzer anzeigen, die ein bestimmtes Projekt markiert haben. Klicken Sie dazu auf der Projektseite auf die Anzahl dieser Benutzer. Die Liste ist auch in der Projekt-API verfügbar.


Markierte Projekte können im Benutzerprofil angezeigt werden.


Danke für den Beitrag, Camil Staps !



Maintainer können Untergruppen erstellen


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


In großen Organisationen, die Flexibilität benötigen, tragen Untergruppen dazu bei, die Ordnung in einer wachsenden Instanz aufrechtzuerhalten. Eigentümer können jetzt Betreuern erlauben, Untergruppen zu erstellen. Mit dieser Option können die Betreuer in der Gruppe schnell und unabhängig handeln, ohne die Eigentümer der Gruppe um Hilfe zu bitten.


Danke für den Beitrag, Fabio Papa !



Neue Push-Optionen für Zusammenführungsanforderungen


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


GitLab unterstützt bereits das Öffnen von Zusammenführungsanforderungen und das Anpassen ihrer Anwendung nach erfolgreichem Abschluss der Pipeline - und das alles im Git-Push-Team. Das Anwenden kleiner Änderungen ist jetzt schnell und einfach.


GitLab 12.2 hat neue Push-Optionen veröffentlicht:


  • Konfigurieren Sie das Löschen von Zweigen nach dem Zusammenführen.
  • Ändern Sie den Titel der Zusammenführungsanforderung.
  • Ändern Sie die Beschreibung der Zusammenführungsanforderung.

Verbesserte Bereitstellung von Diff-Dateien


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Beim Anzeigen einer Diff-Datei werden die meisten Zeilen ohne Änderungen ausgeblendet, sodass die Änderungen sofort sichtbar sind. Aber manchmal braucht man mehr Kontext.


In GitLab 12.2 können ausgeblendete Zeilenbereiche vollständig oder schrittweise geöffnet werden. Bisher konnten ausgeblendete Zeilenbereiche nur schrittweise vom unteren Rand des Bereichs aus geöffnet werden.



Verknüpfungen für Stapelbearbeitungsaufgaben auf Gruppenebene


PREMIUM, ULTIMATIV, SILBER, GOLD


Benutzer können die Verknüpfungen vieler Aufgaben gleichzeitig in einem Projekt ändern. GitLab 12.2 bietet die Möglichkeit, Verknüpfungen für viele Aufgaben auf Gruppenebene stapelweise zu bearbeiten, um die Verwaltung von Verknüpfungen zu vereinfachen.


Zuweisen von Gruppen als Codebesitzer


STARTER, PREMIUM, ULTIMATE, BRONZE, SILVERGOLD


Es ist oft nicht klar, wer nach Änderungen suchen soll. Es ist einfacher, wenn Sie Dateien Codebesitzer zuweisen. Nach dem Termin sehen Sie die Eigentümer beim Anzeigen der Datei und fügen sie automatisch als Genehmigende für die Zusammenführungsanforderungen hinzu.
In GitLab 12.2 können Sie jetzt Code-Besitzern ganze Gruppen zuweisen, nicht nur Benutzer mit Namen in GitLab und E-Mail. Wenn Sie eine Gruppe zuweisen, bleiben Codebesitzer bei Teamänderungen nicht zurück, insbesondere wenn Sie LDAP zum Verwalten von Gruppenmitgliedschaften verwenden.


Git Blame API


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Es ist hilfreich zu wissen, wer die Codezeile zuletzt geändert hat und warum, um nachfolgende Änderungen vorzunehmen und zu verstehen, von wem das Feedback eingeholt werden muss. Mit dem Git- blame Team sind diese Informationen leicht zu finden.


In GitLab 12.2 ruft die neue Blame-API diese Informationen direkt aus GitLab und nicht über das Repository ab. Dies ist nützlich für Skripte und Automatisierung, die auf Benutzern basieren, die kürzlich eine Datei geändert haben.


Vielen Dank an Oleg Zubchenko für Ihren Beitrag .


Design Management Downloads


PREMIUM, ULTIMATIV, SILBER, GOLD


Dank der Download-Funktion zum Verwalten von Designs in GitLab können Designer und Entwickler jetzt gemeinsam an Designs innerhalb der GitLab-Aufgabe arbeiten. Entwürfe können zur einfachen Verfolgung und Zusammenarbeit in einen neuen Bereich innerhalb der Aufgabe hochgeladen werden.



Versionskontrolle für Designs


PREMIUM, ULTIMATIV, SILBER, GOLD


In GitLab 12.2 führen wir die Versionskontrolle für Designs ein. Dank der Versionskontrolle können Sie Änderungen im Laufe der Zeit einfach anzeigen und diese Änderungen und Fortschritte verfolgen.



Mehrfaches Löschen für die Containerregistrierung


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Es ist sehr wichtig, dass Sie die Reihenfolge in der Containerregistrierung beibehalten. Im Laufe der Zeit sammeln sich Bilder an und verstopfen die Festplatte. Wenn zu viele Tags vorhanden sind, wird die Ladezeit der Seite zur Verwaltung der Containerregistrierung unter Pakete> Containerregistrierung verlängert und kann schwierig zu verwenden sein.


Bisher gab es nur wenige Optionen für die Registrierungsverwaltung, die alle ihre eigenen Mängel aufwiesen. Sie könnten die API zum Entfernen von Massen-Tags und die Garbage Collection verwenden, um die Bereinigung zu automatisieren. Dazu mussten Sie jedoch ein Skript schreiben und verwalten. Es war auch möglich, Bilder und Tags manuell von der Kontrollseite zu entfernen, dies dauert jedoch zu lange, da Sie jeweils eines löschen müssen.


Mit der GitLab-Oberfläche können Sie jetzt viel schneller manuell aufräumen. Wählen Sie mehrere Tags gleichzeitig aus. Wenn Sie ein Bild auswählen, werden alle damit verbundenen Tags automatisch ausgewählt. Die Pflege der Registrierung wird jetzt einfacher, und Sie sparen Speicherplatz und erhalten die Seitenleistung. Wir freuen uns, diesen Zusatz in der Container-Registrierung zu präsentieren und bereiten neue praktische Dinge vor. Verpassen Sie keine zukünftigen Verbesserungen, z. B. die Möglichkeit, Aufbewahrungsrichtlinien und Ablaufdaten anzupassen.



Manuelle Aufgabenliste


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Das Anordnen einer großen Liste von Aufgaben ist nicht einfach. Sie müssen die Priorität und die Reihenfolge der Implementierung angeben, um beispielsweise das Backlog zu bereinigen.


In Release 12.2 können Sie die Aufgabenliste manuell im manuellen Modus sortieren, wo Sie Aufgaben per Drag & Drop auf die Liste ziehen und in beliebiger Reihenfolge anordnen können.


Die Reihenfolge wird in der gesamten Instanz für alle Projektaufgabenlisten und Aufgabenlisten von Gruppen gespeichert, in denen der manuelle Modus aktiviert ist.



Kubernetes-Namespace für jede Umgebung


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Die Verwendung eines einzelnen Kubernetes-Clusters für mehrere Umgebungen kann von Vorteil sein. Wenn beispielsweise ein Cluster für die Entwicklung und das Staging verwendet wird, werden die Verwaltungskosten reduziert, da Sie nur einen Cluster verwalten müssen. Und Sie können Infrastruktur sparen - Kubernetes plant Pods aus beiden Umgebungen auf weniger Knoten.


Bisher hat GitLab solche Szenarien nicht ausreichend unterstützt, und alle Umgebungen im Projekt wurden im selben Namespace bereitgestellt. Wenn Sie für jede Umgebung unterschiedliche Berechtigungen benötigten (z. B. wollten Sie den Ingenieuren die Bereitstellung in der Entwicklungsumgebung ermöglichen, jedoch keine Bereitstellung), mussten Sie einen separaten Cluster starten. Die Integration von GitLab Kubernetes verwendet jetzt einen dedizierten Namespace für jede Projektumgebung. Sie können die Berechtigungen für jede Umgebung optimieren, um die Vorteile der Verwendung eines einzelnen Clusters für mehrere Umgebungen voll auszuschöpfen.


Kubernetes-Benutzer können denselben Cluster für verschiedene Umgebungen verwenden und müssen nicht alle Umgebungen im selben Namespace bereitstellen. Außerdem können Bediener Berechtigungen für jede Umgebung im Detail konfigurieren, sodass Benutzer in einigen Umgebungen, jedoch nicht in allen, bereitstellen können.


Deinstallieren Sie Cert Manager von Kubernetes GitLab Managed Applications


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Wenn Sie Cert Manager über GitLab Kubernetes in einem Kubernetes-Cluster installiert haben, können Sie ihn jetzt mit einem Klick auf die Clusterseite entfernen.


Entfernen des Helms aus von Kubernetes GitLab verwalteten Anwendungen


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Wenn Sie Helm über GitLab Kubernetes in einem Kubernetes-Cluster installiert haben, können Sie ihn jetzt mit einem Klick auf die Clusterseite entfernen.


Entfernen von Knative aus von Kubernetes GitLab verwalteten Anwendungen


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Wenn Sie Knative über GitLab Kubernetes in einem Kubernetes-Cluster installiert haben, können Sie es jetzt mit einem Klick auf die Clusterseite entfernen.


Deaktivieren Sie E-Mail-Benachrichtigungen Mail für eine Gruppe oder ein Projekt


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Jetzt können Eigentümer Benachrichtigungen auf Gruppen- oder Projektebene deaktivieren, unabhängig von den individuellen Benutzereinstellungen.
Wenn Sie Benachrichtigungen auf Gruppenebene deaktivieren, wirkt sich dies auf alle Untergruppen und Projekte in der übergeordneten Gruppe aus.


Filtern Sie Projekte beim Importieren von Bitbucket Server nach Namen


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Das Importieren vorhandener Projekte von Bitbucket Server in GitLab sollte einfach sein. Wenn es jedoch Tausende solcher Projekte gibt, werden Sie gequält, indem Sie Bitbucket-Repositorys auswählen.


In Version 12.2 vereinfachen wir diese Migrationen und präsentieren auf der Bitbucket Server-Importseite einen Filter, in dem Sie die Namen der Repositorys angeben können, die Sie importieren möchten. Wir freuen uns, diesen Filter in zukünftigen Versionen allen Importeuren des Projekts hinzuzufügen.



Sperrdatei, die nicht mehrere Instanzen des Läufers auf demselben Host zulässt


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Das Ausführen mehrerer Instanzen von Gitlab-Runner auf demselben Host kann zu Verwirrung führen und das Debuggen erschweren. Dies sollte nicht so sein, daher präsentieren wir eine Sperrdatei, die dieses zufällige Ereignis verhindert.


Verbesserte Beispiele für die automatische Testtrennung


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Wir haben bereits das Schlüsselwort parallel, mit dem Sie parallele Tests steuern und flexibel konfigurieren können (oder generell jede Aufgabe parallel ausführen können), aber der Entwickler muss viel konfigurieren, und manchmal wird die Trennungslogik einfach dupliziert. Es gibt Open Source-Lösungen, zum Beispiel Test Booster , die diesen Prozess verbessern und die Testkonfiguration in mehrere Dateien aufteilen, wodurch dieser Teil des Setups automatisiert wird. Wir haben die Dokumentation für das parallel Schlüsselwort aktualisiert, um den Prozess offensichtlicher zu machen und die Effizienz der Pipeline zu verbessern.


Verbesserte Maskierung von Variablen für @ und: Zeichen


KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD


Wir haben die Unterstützung für zwei zusätzliche Zeichen in Maskierungsvariablen hinzugefügt, und jetzt kann GitLab automatisch mehr verschiedene Geheimnisse verbergen als jetzt.


Verknüpfungen und Anmerkungen für Aufgaben, die GFM in Warnungen von externen Prometheus-Instanzen verwenden


ULTIMATIV, GOLD


Wenn Sie eine Prometheus-Instanz haben, die außerhalb von GitLab verwaltet wird, haben wir das Sortieren und Zuweisen von Vorfällen vereinfacht. Wir haben das Feld gitlab_incident_markdown hinzugefügt, in dem GitLab nach Warnungen sucht. Es wird über den Vorfällen im Abschnitt " Zusammenfassung" angezeigt. GFM ( GitLab Flavored Markdown ) kann hinzugefügt werden, um Konfigurationsdateien in AlertManager zu alarmieren, und zum automatischen Zuweisen und Markieren von Aufgaben verwendet werden, die durch Alerts geöffnet wurden.


Verknüpfungen für Aufgaben, die durch Prometheus-Vorfallwarnungen geöffnet wurden


ULTIMATIV, GOLD


Wenn Sie ein Projekt zum Öffnen von Prometheus-Warnaufgaben einrichten, wird die incident automatisch angewendet. Daher kann das Incident-Response-Team sie jetzt problemlos in Task-Boards sortieren und Aufgaben nicht mehr manuell anhand von Incidents und Aufgaben eines anderen Typs markieren.


Prometheus integrierte Metriken in Aufgaben


CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD


, . , , , . , , . , , , , .


, . , URL. URL , .


, . , , .



API


STARTER, PREMIUM, ULTIMATE


GitLab. GitLab.com note , . , , . API , .


CSV- Prometheus


CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD


GitLab . , , , . GitLab CSV-, . CSV-.




ULTIMATE, GOLD


, . , .


, , , .



GitLab Runner 12.2


CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD


GitLab Runner 12.2! GitLab Runner — , CI/CD GitLab.


:



GitLab Runner: CHANGELOG .


GitLab


CORE, STARTER, PREMIUM, ULTIMATE


GitLab:


  • — Kubernetes 1.11.
  • networkproxy registry .
  • gitlab-shell .
  • Postgres gitlab-migrations .

Omnibus


CORE, STARTER, PREMIUM, ULTIMATE


  • GitLab 12.2 Mattermost 5.13Slack , , DevOps .
  • GitLab 12.2 Unicorn , . CPUs + 1 int(CPUs * 1.5 +1) .
  • GitLab 12.2 Debian Buster .
  • nginx 1.16.1, TLS v1.3 ECDSA .
  • postgresql 9.6.14 10.9.
  • gitlab-monitor 4.2.0, graphicsmagick — 1.3.33.
  • , Redis KEYS . .
  • JavaScript XSS-. .


CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD


GitLab GitLab .


GitLab 12.2:




Kubernetes


Kubernetes 12.2. , GitLab 11.11.


: 22 2019 .


Internal () GitLab.com , .


Internal , . , , innersource .


GitLab.com . Internal, Internal Public ( ) .


30 , (Public) (Private). Internal Private . .


: 30 2019 .


Ruby 2.6


GitLab 12.2 Ruby 2.6. Omnibus GitLab GitLab Chart Ruby 2.6.3, Ruby 2.5 .


: 22 2019 .


GitLab 12.2


, Grafana, Grafana , GitLab SSO .
cookie Rails , . cookie . 12.2 , , .
GitLab 12.0 GitLab 12.1, GitLab 12.2 PostgreSQL 10.7 .
PostreSQL 10.7, /etc/gitlab/disable-postgresql-upgrade .



:



Installation


GitLab, GitLab .


Update


.

Source: https://habr.com/ru/post/de465627/


All Articles