Mehr Möglichkeiten für die Zusammenarbeit und zusätzliche Benachrichtigungen
Bei GitLab sind wir ständig auf der Suche nach neuen Wegen, um die Zusammenarbeit über den gesamten DevOps-Lebenszyklus zu verbessern. Es freut uns, bekannt zu geben, dass wir mit diesem Release ! Diese Funktion ist ab dem GitLab Starter-Paket verfügbar und verkörpert unser Motto: „Jeder kann einen Beitrag leisten“. Wir wissen, dass an einem Merge-Request viele Personen arbeiten können, um sicherzustellen, dass alles in Ordnung ist, und nun haben Sie die Möglichkeit, mehrere Verantwortliche für Merge-Requests zu benennen!
Außerdem erhalten DevOps-Teams jetzt . Fügen Sie neue Benachrichtigungen zur Liste der Versandereignisse in diesen beiden Chats hinzu, und Ihr Team wird nahezu sofort über neue Deployments informiert.
Kostensenkung durch Unterstützung von Docker-Containern unter Windows und Bereitstellung von Kubernetes-Clustern auf Instanzebene
Wir lieben Container! Container beanspruchen weniger Systemressourcen im Vergleich zu virtuellen Maschinen und verbessern die Portabilität von Anwendungen. Mit der Version GitLab 11.11 unterstützen wir , sodass Sie jetzt Docker-Container in Windows verwenden und erweiterte Funktionen für die Orchestrierung von Pipelines und das Management genießen können.
GitLab Premium (nur für selbstverwaltete Instanzen) bietet jetzt . Dieses Add-on beschleunigt die Bereitstellung, da Sie jetzt einen Caching-Proxy für häufig verwendete Docker-Images haben werden.
Benutzer selbstverwalteter GitLab-Instanzen können jetzt , und alle Gruppen und Projekte in der Instanz werden es für ihre Deployments nutzen. Dank dieser Integration werden automatisiert Ressourcen für spezifische Projekte in GitLab mit Kubernetes erstellt, um zusätzliche Sicherheit zu gewährleisten.
Und das ist noch nicht alles!
Zusätzlich zu den neuen Funktionen für die Zusammenarbeit und zusätzlichen Benachrichtigungen haben wir hinzugefügt, erhöht, die Überprüfungen durch und vieles mehr!
Mitarbeiter des Monats () — Kia Mei Somabes ()
In dieser Version haben wir die Möglichkeit hinzugefügt, einzelne Ordner aus Repositories hochzuladen, anstatt den gesamten Inhalt. Jetzt können Sie nur die benötigten Dateien hochladen. Vielen Dank, Kia May Somabes!
Die Hauptmerkmale von GitLab 11.11
Windows Container Executor für GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In GitLab 11.11 haben wir einen neuen Executor für GitLab Runner hinzugefügt, damit Docker-Container nun auch unter Windows verwendet werden können. Früher mussten Sie zur Orchestrierung von Docker-Containern unter Windows eine Shell verwenden, aber jetzt können Sie direkt mit Docker-Containern unter Windows arbeiten, fast genauso wie unter Linux. Dies bietet Benutzern von Microsoft-Plattformen mehr Möglichkeiten zur Orchestrierung von Pipelines und Management.
Dieses Update enthält verbesserte Unterstützung für PowerShell in GitLab CI/CD sowie neue Hilfs-Images für verschiedene Versionen von Windows-Containern. Ihre eigenen Windows-Runner können natürlich mit GitLab.com verwendet werden, sind jedoch derzeit nicht auf der Liste der öffentlich zugänglichen Tools.
Caching-Proxy für Abhängigkeiten im Container-Registry
PREMIUM, ULTIMATE
Teams often use containers in build pipelines, and a caching proxy for frequently used images and upstream packages is a great way to speed up these pipelines. With a local copy of the required layers available through the new caching proxy, you can work more efficiently with common images in your environment.
Currently, the proxy for containers is only available for self-managed instances on the web server. .
Multiple responsible parties for merge requests
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
It's quite common for multiple people to work on a feature in a shared branch and merge request, for instance, when frontend and backend developers collaborate closely or when developers work in pairs, as in extreme programming.
In GitLab 11.11, you can assign multiple people to merge requests. Similar to having multiple responsible parties for tasks, here you can use lists, filters, notifications, and the API.
Kubernetes cluster configuration at the instance level
CORE, STARTER, PREMIUM, ULTIMATE
Das Sicherheits- und Vorbereitungsmodell in Kubernetes entwickelt sich weiter, und es ist jetzt möglich, eine große Anzahl von Nutzern über einen gemeinsamen Cluster zu bedienen.
In GitLab 11.11 können Nutzer von selbstverwalteten Instanzen nun einen Cluster auf Instanzebene vorbereiten, und alle Gruppen und Projekte innerhalb der Instanz nutzen diesen für ihre Deployments. Dank dieser Integration werden automatisch Ressourcen für spezifische Projekte in GitLab mit Kubernetes für zusätzliche Sicherheit erstellt.
Benachrichtigungen über Deployments in Slack und Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Jetzt können Sie automatische Benachrichtigungen über Deployment-Ereignisse in Ihrem Team-Channel dank der Integration mit Chats konfigurieren, und und Ihr Team bleibt über alle wichtigen Ereignisse informiert.
Gastzugang zu Releases
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Jetzt können Gäste Ihrer Projekte die auf der Seite "Releases" veröffentlichten Releases einsehen. Sie können veröffentlichte Artefakte herunterladen, jedoch nicht den Quellcode herunterladen oder Informationen über Repositorien, wie Tags oder Commits, einsehen.
Weitere Verbesserungen in GitLab 11.11
Serialisierte Commit-Grafen zur Leistungssteigerung
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Für viele Git-Operationen ist das Durchlaufen des Commit-Grafen erforderlich, wie zum Beispiel das Berechnen der Merge-Basis oder das Auflisten von Branches, die einen Commit enthalten. Je mehr Commits es gibt, desto langsamer werden diese Operationen, da jeder Objekt vom Disk geladen werden muss, um seine Referenzen zu lesen.
In GitLab 11.11 haben wir die Funktion der serialisierten Commit-Grafen aktiviert, die in den letzten Git-Versionen eingeführt wurde, um diese Informationen im Voraus zu berechnen und zu speichern. Jetzt werden Durchläufe in großen Repositories viel schneller durchgeführt. Der Commit-Graf wird automatisch beim nächsten Müllsammeln im Repository erstellt.
Lesen Sie, wie der serielle Commit-Graf erstellt wurde, in von einem der Autoren dieses Features.
Zusätzliche CI Runner-Minuten: jetzt auch für kostenlose Pläne
FREI, BRONZE, SILBER, GOLD
Letzten Monat haben wir die Möglichkeit hinzugefügt, zusätzliche CI Runner-Minuten zu kaufen, jedoch nur für die kostenpflichtigen Pläne von GitLab.com. In dieser Version können Minuten auch in den kostenlosen Plänen erworben werden.
Herunterladen von Archivverzeichnissen im Repository
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Je nach Art und Größe des Projekts kann das Archiv des gesamten Projekts langwierig sein und ist nicht immer erforderlich, insbesondere bei großen Monorepositories. In GitLab 11.11 können Sie nun das Archiv des aktuellen Verzeichnisses, einschließlich Unterverzeichnissen, hochladen, um nur die benötigten Ordner auszuwählen.
Vielen Dank für Ihre Arbeit, !
Die Anwendung des Vorschlags ermöglicht jetzt automatisch die Diskussion
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Der Änderungs-Vorschlag vereinfacht die Zusammenarbeit an Merge-Requests: jetzt können Sie ohne Copy-Paste auskommen, um die vorgeschlagene Änderung zu akzeptieren. In GitLab 11.11 haben wir diesen Prozess noch einfacher gestaltet: Die Diskussion wird jetzt automatisch bei der Anwendung des Vorschlags geschlossen.
Zeitgeber in der Seitenleiste des Aufgabenboards
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Die Seitenleisten der Aufgaben sollen in der Ansicht für das Board und die Aufgaben gleich aussehen. Daher gibt es jetzt einen Zeitgeber in der Seitenleiste der Aufgaben auf dem Aufgabenboard. Gehen Sie einfach zum Aufgabenboard, klicken Sie auf die Aufgabe, und die Seitenleiste mit dem Zeitgeber wird geöffnet.
Informationen zu Deployments im Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Wir haben die Möglichkeit hinzugefügt, Informationen zu einer bestimmten Umgebung über die Environments API abzufragen, um zu erfahren, welcher Commit derzeit in der Umgebung bereitgestellt ist. Dies vereinfacht die Automatisierung und Berichterstattung für Nutzer von Environments in GitLab.
Negative Übereinstimmungen von Variablen für Pipeline-Regeln
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Jetzt können negative Gleichheit oder Übereinstimmungen von Mustern überprüft werden (!= und !~) in der Datei .gitlab-ci.yml bei der Überprüfung von Werten von Umgebungsvariablen, sodass die Kontrolle über das Verhalten von Pipelines flexibler geworden ist.
Alle manuell ausgeführten Jobs in einem Schritt mit einem Klick starten
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In GitLab 11.11 können Nutzer, die auf den Stufen viele manuelle Jobs haben, jetzt alle solchen Jobs in einer Stufe starten, indem sie auf die Schaltfläche „Alle starten“ („Play all“) rechts neben dem Namen der Stufe im Pipeline-View klicken.
Eine Datei direkt aus einer Umgebungsvariable erstellen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Umgebungsvariablen werden häufig verwendet, um Dateien zu erstellen, insbesondere für Geheimnisse, die geschützt sind und nur in einem bestimmten Pipeline-Umfeld verfügbar sind. Dazu setzen Sie den Inhalt der Datei als Inhalt der Variablen und erstellen die Datei in einem Job, der den Wert enthält. Mit der neuen Umgebungsvariablen vom Typ datei Das kann in einem Schritt erfolgen, sogar ohne Änderungen. .gitlab-ci.yml.
API-Endpunkt für Informationen zu Sicherheitsanfälligkeiten.
ULTIMATE, GOLD
Jetzt können Sie über die GitLab-API alle Sicherheitsanfälligkeiten anfordern, die in Ihrem Projekt entdeckt wurden. Mit diesem API können maschinenlesbare Listen von Sicherheitsanfälligkeiten erstellt werden, mit Filtern nach Typ, Verlässlichkeit und Schweregrad.
Vollständige dynamische Scanfunktionalität für DAST.
ULTIMATE, GOLD
In GitLab können Sie die Sicherheit von Anwendungen dynamisch testen (Dynamic Application Security Testing, DAST) im Rahmen des CI-Pipelines. Ab dieser Version können Sie das vollständige dynamische Scannen anstelle des Standard-Passivscans auswählen. Das vollständige dynamische Scannen schützt vor einer größeren Anzahl von Sicherheitsanfälligkeiten.
Installation von Prometheus in gruppenweiten Clustern.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In dieser Version von GitLab wurde die Möglichkeit hinzugefügt, einen Kubernetes-Cluster an die gesamte Gruppe anzuschließen. Wir haben auch die Möglichkeit hinzugefügt, eine Instanz von Prometheus auf diesem Cluster zu installieren, um die Überwachung aller Projekte im Cluster zu erleichtern.
Informationen zum Ignorieren von Sicherheitsanfälligkeiten im Sicherheitsdashboard.
ULTIMATE, GOLD
Auf den Sicherheits dashboards von GitLab können Administratoren ignorierte Schwachstellen einsehen. Um den Arbeitsablauf zu optimieren, haben wir die Möglichkeit hinzugefügt, Informationen zum Ignorieren direkt auf dem Sicherheitsdashboard anzuzeigen.
Erstellung benutzerdefinierter Metrikdiagramme auf dem Dashboard
PREMIUM, ULTIMATE, SILVER, GOLD
Erstellen Sie neue Diagramme mit benutzerdefinierten Leistungsmetriken direkt auf der Werkzeugleiste des Dashboard. Nun können Benutzer Metrikvisualisierungen auf dem Dashboard erstellen, aktualisieren und löschen, indem sie auf die Schaltfläche „Metrik hinzufügen“ („Add Metric“) in der oberen rechten Ecke der Werkzeugleiste auf dem Dashboard klicken.
Aufgaben aus Benachrichtigungen werden jetzt im Namen von GitLab Alert Bot geöffnet
PREMIUM, ULTIMATE, SILVER, GOLD
Jetzt hat jede Aufgabe, die aus Benachrichtigungen geöffnet wird, GitLab Alert Bot als Autor, sodass Sie sofort sehen, dass die Aufgabe automatisch aus einer wichtigen Benachrichtigung erstellt wurde.
Automatisches Speichern von Epic-Beschreibungen im lokalen Speicher
ULTIMATE, GOLD
Die Beschreibungen von Epics wurden nicht im lokalen Speicher gespeichert, was dazu führte, dass Änderungen verloren gingen, es sei denn, Sie haben sie explizit gespeichert, während Sie die Epic-Beschreibung geändert haben. Mit GitLab 11.11 gibt es nun die Möglichkeit, die Beschreibungen von Epics im lokalen Speicher zu speichern. Das bedeutet, dass Sie jetzt problemlos zu einer Änderung der Epic-Beschreibung zurückkehren können, falls ein Fehler auftritt, Sie abgelenkt werden oder versehentlich den Browser schließen.
Unterstützung für Mirroring in GitLab für Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Mit Mirroring können Git-Repositories von einem Ort an einen anderen repliziert werden. Dies vereinfacht die Speicherung von Replikaten eines Repositories auf dem GitLab-Server, das sich an einem anderen Ort befindet. Jetzt unterstützt GitLab das Mirroring von Repositories mit Git LFS, sodass diese Funktion sogar für Repositories mit großen Dateien, wie z. B. Texturen für Spiele oder wissenschaftliche Daten, verfügbar ist.
Lese- und Schreibberechtigungen in Repositories für persönliche Zugriffstokens
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Viele persönliche Zugriffstokens haben Berechtigungen für Änderungen auf der Ebene api, aber der vollständige Zugriff auf die API kann einigen Benutzern oder Organisationen zu viele Rechte geben.
Dank der Community-Beiträge können persönliche Zugriffstokens jetzt nur Lese- und Schreibrechte für Projekt-Repositorys haben, anstatt einen tieferen API-Zugang zu sensiblen Bereichen von GitLab wie Parametern und Mitgliedschaften zu ermöglichen.
Danke, Horatiu Eugen Vlad ()!
Hinzufügen grundlegender Unterstützung für gruppierte GraphQL-Anfragen
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
Mit der GraphQL-API können Benutzer genau angeben, welche Daten sie benötigen, und alle erforderlichen Informationen mit nur wenigen Anfragen abrufen. Ab dieser Version unterstützt GitLab das Hinzufügen grundlegender Gruppendaten in die GraphQL-API.
Anmeldung mit Salesforce-Anmeldeinformationen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab liebt Salesforce-Entwickler, und um diese Community zu unterstützen, erlauben wir Benutzern, sich mit ihren Salesforce.com-Anmeldeinformationen bei GitLab anzumelden. Jetzt kann GitLab in Instanzen als mit Salesforce verbundenes App eingerichtet werden, um die Anmeldung bei GitLab mit einem Klick über Salesforce.com zu nutzen.
SAML SSO ist jetzt für den Webzugang obligatorisch
PREMIUM, ULTIMATE, SILVER, GOLD
Wir Auf Gruppenebene, eingeführt in Version 11.8, mit strenger Kontrolle der Gruppen- und Projektressourcen, um sicherzustellen, dass Benutzer nur bei einer Anmeldung über SAML Zugriff erhalten. Dies ist eine zusätzliche Zugriffskontrolle für Organisationen, die Sicherheit schätzen und GitLab.com über SAML SSO verwenden. Jetzt können Sie SSO als verpflichtende Voraussetzung festlegen, in dem Wissen, dass die Benutzer in Ihrer Gruppe SSO nutzen.
Filterung nach neu erstellten oder geänderten Daten für die Epic-API
ULTIMATE, GOLD
Früher war es schwierig, kürzlich erstellte oder geänderte Daten mit der Epic-API auf GitLab abzufragen. In Version 11.11 haben wir zusätzliche Filter hinzugefügt. created_after, created_before, updated_after und updated_before, um die Konsistenz mit der Aufgaben-API zu gewährleisten und schnell geänderte oder neu erstellte Epics zu finden.
Biometrische Authentifizierung mit UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Das Unternehmen spezialisiert sich auf passwortlose biometrische Authentifizierung. Jetzt unterstützen wir diese Authentifizierungsmethode auf GitLab!
Danke, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Heute haben wir GitLab Runner 11.11 veröffentlicht! GitLab Runner ist ein Open-Source-Projekt, das zum Ausführen von CI/CD-Jobs und zum Zurücksenden der Ergebnisse an GitLab verwendet wird.
Verbesserungen für Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Wir haben die folgenden Verbesserungen in Omnibus in GitLab 11.11 vorgenommen:
- GitLab 11.11 enthält — die interaktive ephemeral Messages und vieles mehr bietet. Diese Version enthält , und wir empfehlen ein Update durchzuführen.
- .
Schema verbessert.
CORE, STARTER, PREMIUM, ULTIMATE
Wir haben die folgenden Verbesserungen an den Helm-Charts in GitLab 11.11 vorgenommen:
- In GitLab 11.11 ist es möglich, .
- Administratoren stehen , einschließlich
memoryKiller,,maxRss,,graceTime,undshutdownWait.. - Die Helm-Charts werden nun in Amazon Elastic Container Service für Kubernetes ()
Leistungsverbesserungen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Wir verbessern die Leistung von GitLab mit jeder Version für Instanzen jeder Größe. Einige Verbesserungen in GitLab 11.11 sind:
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 eine dauerhaft deaktivierbare Warnung wird auf der Seite angezeigt. 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.
GitLab Geo wird die Verwendung von PG FDW in GitLab 12.0 unterstützen.
Dies ist für Geo Log Cursor notwendig, da es die Leistung bestimmter Synchronisierungsoperationen erheblich steigert. Auch die Performance der Statusabfragen der Geo-Knoten wird verbessert. Zuvor waren die Abfragen in großen Projekten zu langsam. Siehe, wie Sie das in . In GitLab benötigt Geo PG FDW. Siehe .
Enddatum: 22. Juni 2019.
Die Sentry-Optionen für Fehlermeldungen und Protokollierung werden in der Benutzeroberfläche von GitLab 12.0 entfernt.
Diese Optionen werden aus der Benutzeroberfläche in GitLab 12.0 entfernt und sind in der Datei gitlab.yml. Außerdem können Sie die Sentry-Umgebung definieren, um zwischen mehreren Deployments zu unterscheiden, z. B. Entwicklung, Staging und Produktion. Siehe .
Enddatum: 22. Juni 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_serverwird 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 eine Tabelle der Änderungen und Anweisungen zum Wechsel 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 . Danke, Javier Ardo (), für dein !
Enddatum: 22. Juni 2019.
Im Rahmen der Bemühungen zur Unterstützung
Im Rahmen der Unterstützungserweiterung 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 haben wir festzulegen, wie der Runner den Befehl ausführt git cleanAußerdem entfernt die neue Bereinigungsstrategie die Verwendung 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 veraltete Bereinigungsstrategie und die Möglichkeit, sie mit dem Funktionsparameter wiederherzustellen, entfernen. Siehe .
Enddatum: 22. Juni 2019.
sind nur für Silver/Premium-Pläne verfügbar.
Als wir in der Version 11.6 die Projektvorlagen auf Gruppenebene vorstellten, haben wir versehentlich diese Funktion für Premium/Silber für alle Pläne verfügbar gemacht.
Wir in Version 11.11 und gewähren allen Benutzern und Instanzen unter Silber/Premium zusätzlich 3 Monate.
Ab dem 22. August 2019 sind Gruppenprojektvorlagen nur für den Silber/Premium-Plan und höher verfügbar, wie in der Dokumentation beschrieben.
Enddatum: 22. August 2019
Support für Windows-Batchjobs eingestellt
In GitLab 13.0 (22. Juni 2020) planen wir, die Unterstützung für Windows-Batchjobs in der Eingabeaufforderung von GitLab Runner abzulehnen (z.B. cmd.exe) zugunsten einer erweiterten Unterstützung von Windows PowerShell. Näheres dazu in .
Unsere Vision für Enterprise DevOps wird nun mit Microsofts Standpunkt übereinstimmen, dass PowerShell die beste Option zur Automatisierung von Unternehmensanwendungen in Windows-Umgebungen ist. Wenn Sie weiterhin cmd.exe, können diese Befehle aus PowerShell aufgerufen werden, jedoch werden wir Windows-Batchjobs nicht mehr direkt unterstützen, da es mehrere Inkonsistenzen gibt, die zu hohen Kosten für Wartung und Entwicklung führen.
Enddatum: 22. September 2019
Git 2.21.0 oder höher erforderlich
Ab GitLab 11.11 ist Git 2.21.0 erforderlich, um starten zu können. , aber Nutzer von älteren Installationen mit vorherigen Git-Versionen müssen ein Upgrade durchführen.
Enddatum: 22. Mai 2019.
Veraltete Kubernetes-Servicevorlage
In GitLab 12.0 planen wir, die Kubernetes-Servicevorlage abzulehnen zugunsten der Instanz-clusterkonfiguration, die in GitLab 11.11 vorgestellt wurde.
Alle selbstverwalteten Instanzen, die die Servicevorlage verwenden, werden beim Upgrade auf GitLab 12.0 in das Instanz-Cluster migriert.
Enddatum: 22. Juni 2019.
Ablehnung der Label-Zuordnung app auf den Kubernetes-Deploy-Panels
In GitLab 12.0 planen wir, die Zuordnung von app-Labels im Kubernetes-Deployment-Selektor abzulehnen. In GitLab 11.10 haben wir , der Übereinstimmungen sucht app.example.com/app und app.example.com/env, um Deployments auf dem Panel anzuzeigen.
Um diese Deployments auf den Deploy-Panels anzuzeigen, müssen Sie einfach ein neues Deployment senden, und GitLab wendet die neuen Labels an.
Enddatum: 22. Juni 2019.
Die Pakete von GitLab 12.0 werden mit einer erweiterten Signatur подписывают
Am 2. Mai 2019 hat GitLab Omnibus GitLab vom 01.08.2019 bis 01.07.2020 verlängert. Wenn Sie die Paket-Unterschriften überprüfen und die Schlüssel aktualisieren möchten, führen Sie einfach die Anweisungen erneut aus. .
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
→ Schauen Sie vorbei auf
Quelle: habr.com
