Mehr Möglichkeiten zur Zusammenarbeit und zusätzliche Benachrichtigungen
Wir bei GitLab suchen ständig nach neuen Möglichkeiten, die Zusammenarbeit über den gesamten DevOps-Lebenszyklus zu verbessern. Wir freuen uns, ankündigen zu können, dass wir ab dieser Version ! Diese Funktion ist ab dem GitLab Starter Level verfügbar und verkörpert wirklich unser Motto: „Jeder kann einen Beitrag leisten“. Wir wissen, dass viele Menschen an einem Merge-Request arbeiten können, um sicherzustellen, dass alles in Ordnung ist, und jetzt 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 Ereignisliste in diesen beiden Chats hinzu, und Ihr Team wird fast sofort über neue Deployments informiert.
Kostensenkung mit Unterstützung für Docker-Container in Windows und der Vorbereitung von Kubernetes-Clustern auf Instanzebene
Wir lieben Container! Container benötigen im Vergleich zu virtuellen Maschinen weniger Systemressourcen und verbessern die Portabilität von Anwendungen. Mit der Veröffentlichung von GitLab 11.11 unterstützen wir , sodass Sie jetzt Docker-Container in Windows verwenden und erweiterte Funktionen zur Orchestrierung von Pipelines und Verwaltung genießen können.
GitLab Premium (nur für selbstverwaltete Instanzen) bietet jetzt . Dieses Add-on beschleunigt die Bereitstellung, denn jetzt haben Sie einen Caching-Proxy für häufig verwendete Docker-Images.
Benutzer von selbstverwalteten GitLab-Instanzen können nun , und alle Gruppen und Projekte in der Instanz werden es für ihre Deployments verwenden. Dank dieser Integration werden in GitLab automatisch Ressourcen für bestimmte Projekte erstellt, um zusätzliche Sicherheit zu gewährleisten.
Und das ist noch nicht alles!
Neben neuen Möglichkeiten zur Zusammenarbeit und zusätzlichen Benachrichtigungen haben wir , die , Prüfungen durch , und vieles mehr!
Mitarbeiter des Monats () — Kia Mei Somabes ()
In dieser Ausgabe haben wir die Möglichkeit hinzugefügt, einzelne Ordner aus Repositories hochzuladen und nicht den gesamten Inhalt. Jetzt können Sie nur die benötigten Dateien herunterladen. Danke, Kia Mei 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, sodass Docker-Container jetzt direkt unter Windows verwendet werden können. Früher musste für die Orchestrierung von Docker-Containern unter Windows eine Shell verwendet werden, jetzt kann direkt mit Docker-Containern in Windows gearbeitet werden, fast so wie in Linux. Benutzern von Microsoft-Plattformen stehen jetzt erweiterte Möglichkeiten zur Orchestrierung von Pipelines und Management zur Verfügung.
Dieses Update beinhaltet eine verbesserte PowerShell-Unterstützung in GitLab CI/CD, sowie neue Hilfsbilder für verschiedene Versionen von Windows-Containern. Ihre eigenen Windows-Runner können natürlich mit GitLab.com verwendet werden, sind aber derzeit noch nicht Teil der öffentlich zugängigen Werkzeuge.
Caching-Proxy für Abhängigkeiten im Container-Registry
PREMIUM, ULTIMATE
Teams verwenden häufig Container in Build-Pipelines, und ein Caching-Proxy für häufig verwendete Images und Pakete aus Upstream ist eine hervorragende Möglichkeit, Pipelines zu beschleunigen. Mit einer lokalen Kopie der benötigten Ebenen, die über den neuen Caching-Proxy verfügbar ist, kann effizienter mit gängigen Images in Ihrer Umgebung gearbeitet werden.
Der Proxy für Container ist derzeit nur für selbstverwaltete Instanzen auf dem Webserver verfügbar .
Mehrere Verantwortliche für Merge-Requests
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Es kommt häufig vor, dass mehrere Personen an einer Funktion in einem gemeinsamen Branch und Merge-Request arbeiten, beispielsweise wenn Frontend- und Backend-Entwickler eng zusammenarbeiten oder wenn Entwickler paarweise arbeiten, wie bei Extreme Programming.
In GitLab 11.11 können mehrere Personen für Merge-Requests zugewiesen werden. Wie bei mehreren Verantwortlichen für Aufgaben können hier Listen, Filter, Benachrichtigungen und APIs verwendet werden.
Kubernetes-Cluster-Konfiguration auf Instanzebene
CORE, STARTER, PREMIUM, ULTIMATE
Das Sicherheits- und Vorbereitungsmodell in Kubernetes entwickelt sich weiter, und jetzt können eine große Anzahl von Clients über ein gemeinsames Cluster bedient werden.
In GitLab 11.11 können Benutzer selbstverwalteter Instanzen nun Cluster auf Instanzebene vorbereiten, und alle Gruppen und Projekte in der Instanz nutzen diese für ihre Deployments. Durch diese Integration werden Ressourcen für spezifische Projekte zur zusätzlichen Sicherheit automatisch in GitLab mit Kubernetes erstellt.
Benachrichtigungen über Deployments in Slack und Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Jetzt können Sie automatische Benachrichtigungen über Deployment-Events im Teamkanal einrichten, dank der Integration mit Chats und , und Ihr Team bleibt über alle wichtigen Ereignisse informiert.
Gästezugriff auf Releases
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Jetzt können Gastbenutzer Ihrer Projekte die auf der Seite Releases veröffentlichten Releases einsehen. Sie können die veröffentlichten Artefakte herunterladen, jedoch nicht den Quellcode herunterladen oder Informationen über Repositories wie Tags oder Commits sehen.
Weitere Verbesserungen in GitLab 11.11
Serialisierte Commit-Grafiken zur Leistungssteigerung
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Für viele Git-Operationen ist das Durchlaufen des Commit-Grafen erforderlich, z. B. zur Berechnung der Merge-Basis oder zur Ausgabe von Branches, die Commit enthalten. Je mehr Commits es gibt, desto langsamer werden diese Operationen, da zum Durchlaufen jedes Objekt von der Festplatte geladen werden muss, um dessen Verweise zu lesen.
In GitLab 11.11 haben wir die Funktion der serialisierten Commit-Grafiken, die in den neuesten Git-Versionen eingeführt wurde, aktiviert, um diese Informationen im Voraus zu berechnen und zu speichern. Jetzt werden Durchläufe in großen Repositories viel schneller ausgeführt. Die Commit-Grafik wird bei der nächsten Garbage Collection im Repository automatisch erstellt.
Lesen Sie, wie die serialisierte Commit-Grafik erstellt wurde, in von einem der Autoren dieser Funktion.
Zusätzliche CI Runner-Minuten: jetzt auch für kostenlose Pläne
KOSTENLOS, BRONZE, SILBER, GOLD
Letzten Monat haben wir die Möglichkeit hinzugefügt, zusätzliche CI Runner-Minuten zu kaufen, jedoch nur für zahlende Pläne von GitLab.com. In diesem Release können Minuten auch in kostenlosen Plänen erworben werden.
Download von Verzeichnisarchiven im Repository
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Je nach Art und Größe des Projekts kann der Download des gesamten Projektarchivs lange dauern und ist nicht immer erforderlich, insbesondere bei großen Monorepositories. In GitLab 11.11 können Sie ein Archiv des Inhalts des aktuellen Verzeichnisses herunterladen, einschließlich Unterverzeichnissen, um nur die benötigten Ordner auszuwählen.
Danke für die Arbeit, !
Die Anwendung eines Vorschlags ermöglicht jetzt automatisch eine Diskussion
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Der Änderungsantrag vereinfacht die Zusammenarbeit bei Merge-Requests: Jetzt kann der Vorschlag akzeptiert werden, ohne ihn kopieren und einfügen zu müssen. In GitLab 11.11 haben wir diesen Prozess noch einfacher gemacht: Die Diskussion wird nun automatisch beendet, wenn der Vorschlag angewendet wird.
Zeiterfassung auf der Seitenleiste des Aufgaben-Boards
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Die Seitenleisten von Aufgaben sollten in den Ansichten für das Board und die Aufgaben gleich aussehen. Daher gibt es jetzt in GitLab einen Zeiterfassung auf der Seitenleiste des Aufgaben Boards. Gehen Sie einfach zu dem Aufgaben Board, klicken Sie auf die Aufgabe, und die Seitenleiste mit der Zeiterfassung öffnet sich.
Informationen zu Deployments in der 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 abzurufen, um zu wissen, welcher Commit derzeit in der Umgebung bereitgestellt ist. Dies wird die Automatisierung und Berichterstattung für die Benutzer von Environments in GitLab vereinfachen.
Negative Übereinstimmungen von Variablen für Pipeline-Regeln
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Jetzt können Sie negative Gleichheit oder Übereinstimmungen von Mustern (!= und !~) in der Datei .gitlab-ci.yml bei der Überprüfung von Werten von Umgebungsvariablen prüfen, sodass die Kontrolle über das Verhalten der Pipelines flexibler wird.
Starten aller manuell ausgeführten Jobs in einer Phase mit einem Klick
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In GitLab 11.11 können Benutzer, die in den Phasen viele manuell ausgeführte Jobs haben, jetzt alle diese Jobs in einer Phase ausführen, indem sie auf die Schaltfläche „Alle abspielen“ („Play all“) rechts neben dem Namen der Phase in der Pipeline-Ansicht klicken.
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 werden müssen und nur in einer bestimmten Umgebungspipeline zugänglich sind. Dazu legen Sie den Inhalt der Datei als Variableninhalt fest und erstellen die Datei in dem Job, der den Wert enthält. Mit der neuen Umgebungsvariablen vom Typ SETUP.EXE: MS-DOS-Executable, NE für MS Windows 3.x kann dies in einem Schritt durchgeführt werden, ohne die .gitlab-ci.yml.
API-Endpunkt für Schwachstellendaten
ULTIMATIV, GOLD
Sie können jetzt über die GitLab API alle im Projekt gefundenen Schwachstellen abrufen. Mit dieser API können maschinenlesbare Listen von Schwachstellen mit Filtern nach Typ, Verlässlichkeit und Schweregrad erstellt werden.
Möglichkeit zur vollständigen dynamischen Scans für DAST
ULTIMATIV, GOLD
In GitLab können Sie die Sicherheit von Anwendungen dynamisch testen (Dynamic Application Security Testing, DAST) innerhalb des CI-Pipelines. Ab dieser Version können Sie vollständige dynamische Scans anstelle von standardmäßigen passiven Scans auswählen. Vollständige dynamische Scans bieten Schutz vor einer größeren Anzahl von Sicherheitsanfälligkeiten.
Installation von Prometheus in gruppenbasierten Clustern
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In dieser Version von GitLab gibt es die Möglichkeit, einen Kubernetes-Cluster an die gesamte Gruppe anzubinden. 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 vereinfachen.
Informationen zum Ignorieren von Sicherheitsanfälligkeiten auf dem Sicherheits-Dashboard
ULTIMATIV, GOLD
Auf den Sicherheits-Dashboards von GitLab können Administratoren ignorierte Sicherheitsanfälligkeiten einsehen. Um den Workflow zu optimieren, haben wir die Möglichkeit hinzugefügt, Informationen über das Ignorieren direkt auf dem Sicherheits-Dashboard anzuzeigen.
Erstellung von benutzerdefinierten Diagrammen für Metriken im Dashboard
PREMIUM, ULTIMATE, SILVER, GOLD
Erstellen Sie neue Diagramme mit benutzerdefinierten Leistungsmetriken direkt auf dem Dashboard des Metrik-Dashboards. Jetzt können Benutzer Metrikvisualisierungen im Dashboard erstellen, aktualisieren und löschen, indem Sie auf die Schaltfläche «Add Metric» («Metrik hinzufügen») in der oberen rechten Ecke des Dashboards klicken.
Aufgaben aus Benachrichtigungen werden jetzt im Namen des GitLab Alert Bot geöffnet
PREMIUM, ULTIMATE, SILVER, GOLD
Bei Aufgaben, die aus Benachrichtigungen geöffnet werden, wird GitLab Alert Bot als Autor angezeigt, sodass Sie sofort sehen, dass die Aufgabe automatisch aus einer wichtigen Benachrichtigung erstellt wurde.
Automatisches Speichern von Epik-Beschreibungen im lokalen Speicher
ULTIMATIV, GOLD
Epik-Beschreibungen wurden nicht im lokalen Speicher gespeichert, sodass Änderungen verloren gingen, wenn Sie sie nicht ausdrücklich speicherten, während Sie die Beschreibung des Epiks änderten. In GitLab 11.11 wurde die Möglichkeit eingeführt, Epik-Beschreibungen im lokalen Speicher zu speichern. Das bedeutet, dass Sie jetzt leicht zur Änderung der Epik-Beschreibung zurückkehren können, falls ein Fehler auftritt, Sie abgelenkt werden oder versehentlich den Browser schließen.
Unterstützung für Mirror auf GitLab für Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Durch das Spiegeln können Git-Repositories von einem Ort an einen anderen repliziert werden. Dies vereinfacht die Speicherung einer Kopie des Repositories auf dem GitLab-Server, das an einem anderen Ort liegt. Jetzt unterstützt GitLab das Spiegeln 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 Schreibrechte in Repositories für persönliche Zugriffstoken
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Viele persönliche Zugriffstoken haben Berechtigungen auf Änderungsniveau API, aber voller Zugriff auf die API kann einigen Benutzern oder Organisationen zu viele Rechte gewähren.
Dank des Beitrags der Community können persönliche Zugriffstoken jetzt nur Lese- und Schreibrechte für die Repositories des Projekts haben, aber keinen tieferen API-Zugriff auf so sensible Bereiche von GitLab wie Einstellungen und Mitgliedschaften.
Danke, Horatiu Eugen Vlad ()!
Grundlegende Unterstützung für gruppenbasierte GraphQL-Anfragen hinzufügen
KOSTENLOS, BRONZE, SILBER, GOLD, KERN, STARTER, PREMIUM, UMFANGREICH
Mit der GraphQL-API können Benutzer genau angeben, welche Daten sie benötigen, und alle erforderlichen Informationen mit wenigen Anfragen erhalten. Ab dieser Veröffentlichung unterstützt GitLab die Hinzufügung grundlegender Gruppendaten zur GraphQL-API.
Anmeldung mit Salesforce-Anmeldeinformationen
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab liebt Entwickler von Salesforce, und um diese Community zu unterstützen, erlauben wir Benutzern, sich mit ihren Salesforce.com-Anmeldedaten bei GitLab anzumelden. Jetzt können Instanzen so konfiguriert werden, dass GitLab als Anwendung verbunden mit Salesforce eingerichtet wird, um die Anmeldung bei GitLab mit einem einzigen Klick über Salesforce.com zu ermöglichen.
SAML SSO ist jetzt für den Webzugang erforderlich
PREMIUM, ULTIMATE, SILVER, GOLD
Wir auf Gruppenebene, die in der Version 11.8 eingeführt wurde, mit strenger Überprüfung der Gruppen- und Projektrechte, damit Benutzer nur bei SSO-Anmeldung Zugriff erhalten. Dies bietet ein zusätzliches Kontrollniveau für Organisationen, die Sicherheit schätzen und GitLab.com über SAML SSO verwenden. Jetzt können Sie SSO zu einer obligatorischen Anforderung machen, in dem Wissen, dass die Benutzer in Ihrer Gruppe SSO verwenden.
Filtern nach neu erstellten oder geänderten Daten für die API der Epics
ULTIMATIV, GOLD
Früher war es schwierig, neu erstellte oder geänderte Daten über die API der Epics in GitLab abzufragen. In Version 11.11 haben wir zusätzliche Filter hinzugefügt created_after, created_before, aktualisiert_nach und aktualisiert_vor, 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
Unternehmen spezialisiert sich auf biometrische Authentifizierung ohne Passwort. Jetzt unterstützen wir diese Authentifizierungsmethode in 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 verwendet wird, um CI/CD-Jobs auszuführen und die Ergebnisse an GitLab zurückzugeben.
Verbesserungen von Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Wir haben die folgenden Verbesserungen in Omnibus in GitLab 11.11 vorgenommen:
- GitLab 11.11 umfasst — , dessen neues Release interaktive flüchtige Nachrichten und vieles mehr enthält. Diese Version enthält , und wir empfehlen, ein Upgrade durchzuführen.
- .
Schema-Verbesserungen
CORE, STARTER, PREMIUM, ULTIMATE
Wir haben die folgenden Verbesserungen an den Helm-Charts in GitLab 11.11 vorgenommen:
- In GitLab 11.11 kann man .
- Administratoren stehen zur Verfügung , einschließlich
memoryKiller,maxRss,graceTimeundshutdownWait. - Die Helm-Charts werden jetzt 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 beliebiger Größe. Einige Verbesserungen in GitLab 11.11:
Veraltete Funktionen
GitLab Geo ermöglicht die verschlüsselte Speicherung in GitLab 12.0
GitLab Geo ist erforderlich um die Konkurrenz auf sekundären Knoten zu verringern. Dies wurde vermerkt in .
In GitLab haben wir diese Anforderung in die Geo-Dokumentation aufgenommen: .
In GitLab sudo gitlab-rake gitlab:geo:check überprüft, ob die verschlüsselte 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 Ein dauerhaft deaktivierbares Warnsignal wird auf der Seite angezeigt Admin-Bereich › Geo › Knoten, wenn die oben genannten Überprüfungen nicht aktiviert sind. .
In GitLab Geo wird Anforderungen an die verschlüsselte Speicherung verwenden. Siehe. .
Löschdatum: 22. Juni 2019.
GitLab Geo wird die Verwendung von PG FDW in GitLab 12.0 ermöglichen
Dies ist notwendig für den Geo Log Cursor, da es die Leistung bestimmter Synchronisierungsoperationen erheblich steigert. Zudem wird die Leistung der Abfragen zu den Geo-Knotenstatus erhöht. Frühere Abfragen hatten in großen Projekten eine zu niedrige Leistung. Siehe, wie man dies in . In GitLab wird Geo PG FDW verlangen. Siehe .
Löschdatum: 22. Juni 2019.
Die Sentry-Optionen für Fehlerberichte und Protokollierung werden in der Benutzeroberfläche in 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 festlegen, um verschiedene Deployments zu unterscheiden. Zum Beispiel Entwicklung, Staging und Produktion. Siehe .
Löschdatum: 22. Juni 2019.
Begrenzung der maximalen Anzahl von Pipelines, die mit einem Commit erstellt werden
Früher erstellte GitLab Pipelines für HEAD jeder Branch im Commit. Dies ist praktisch für Entwickler, die mehrere Änderungen auf einmal übermitteln (z. B. in einen Feature-Branch und in den Branch develop).
Aber beim Commit eines großen Repositories, in dem viele aktive Branches vorhanden sind (z. B. für Umzüge, Spiegelungen oder Abzweigungen), muss nicht für jeden Branch eine Pipeline erstellt werden. Ab GitLab 11.10 erstellen wir beim Commit.
Löschdatum: 22. Mai 2019.
Veraltete Pfade für den Legacy-Code von GitLab Runner
Ab GitLab 11.9 verwendet GitLab Runner zum Klonen/Aufrufen des Repositories. Momentan wird GitLab Runner die alte Methode verwenden, wenn die neue nicht unterstützt wird. Weitere Informationen finden Sie in .
In GitLab 11.0 haben wir das Konfigurationsschema für den Metrik-Server des GitLab Runners geändert. metrics_serverwird zugunsten von listen_address in GitLab 12.0 entfernt. Weitere Informationen finden Sie in .
In Version 11.3 begann GitLab Runner, ; was zu neuen Einstellungen für . In Diese Pfade sind in GitLab 12.0 nicht mehr verfügbar. Als Benutzer müssen Sie nichts ändern, stellen Sie jedoch sicher, dass Ihre GitLab-Instanz bei einem Upgrade auf GitLab Runner 12.0 mit Version 11.9+ läuft. .
Diese Wege werden in GitLab 12.0 nicht mehr verfügbar sein. Als Benutzer müssen Sie nichts ändern, sondern nur sicherstellen, dass Ihre GitLab-Instanz auf Version 11.9+ aktualisiert wird, bevor Sie auf GitLab Runner 12.0 wechseln.
Löschdatum: 22. Juni 2019.
Veralteter Parameter für die Einstiegspunktfunktion für GitLab Runner
In 11.4 wurde der Funktionsparameter für GitLab Runner eingeführt um Probleme wie die folgenden zu beheben und .
In GitLab 12.0 werden wir auf das richtige Verhalten umschalten, als ob der Funktionsparameter deaktiviert wäre. Weitere Informationen finden Sie in .
Löschdatum: 22. Juni 2019.
Veraltete Unterstützung für Linux-Distributionen, die das EOL erreicht haben, für GitLab Runner
Einige Linux-Distributionen, auf denen GitLab Runner installiert werden kann, haben das Supportende erreicht.
In GitLab 12.0 wird GitLab Runner keine Pakete mehr für solche Linux-Distributionen verteilen. Eine vollständige Liste der nicht mehr unterstützten Distributionen finden Sie in unserem . Vielen Dank, Javier Ardo (), für deinen !
Löschdatum: 22. Juni 2019.
Entfernung alter GitLab Runner Helper-Befehle
Im Rahmen der Unterstützung mussten einige alte Befehle, die für .
verwendet werden, eingestellt werden. In GitLab 12.0 wird GitLab Runner mit neuen Befehlen gestartet. Dies betrifft nur Benutzer, die . Weitere Informationen finden Sie in .
Löschdatum: 22. Juni 2019.
Entfernung des Legacy-Mechanismus git clean aus GitLab Runner
haben wir in GitLab Runner 11.10 die Möglichkeit bereitgestellt. zu konfigurieren, wie der Runner den Befehl ausführt git cleanIn GitLab Runner 12.0 werden wir die Unterstützung der Legacy-Reinigungsstrategie und die Möglichkeit, sie über einen Funktionsparameter wiederherzustellen, entfernen. Siehe in git reset und fügt den Befehl git clean nach dem Upload-Schritt hinzu.
Da diese Verhaltensänderung einige Benutzer betreffen kann, haben wir den Parameter FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Wenn Sie diesen auf truesetzen, wird die Legacy-Bereinigungsstrategie wiederhergestellt. Weitere Informationen zu funktionalen Parametern in GitLab Runner finden Sie in der .
Projektgruppenvorlagen .
Löschdatum: 22. Juni 2019.
Als wir die Gruppenprojektschablonen mit dem Release 11.6 einführten, hatten wir versehentlich diese Funktion für Premium-/Silber-Nutzer für alle Pläne zugänglich gemacht.
Wir beheben diesen Fehler
Wir Ab dem 22. August 2019 werden die Gruppenprojektschablonen nur für den Silber-/Premium-Plan und höher verfügbar sein, wie in der Dokumentation beschrieben.
22. August 2019.
Löschdatum: Die Unterstützung von Windows-Batchaufträgen wurde eingestellt.
In GitLab 13.0 (22. Juni 2020) planen wir, die Unterstützung für Windows-Batchaufträge in der Kommandozeile von GitLab Runner (z. B.
) zugunsten einer erweiterten Unterstützung von Windows PowerShell einzustellen. Weitere Informationen finden Sie in Abb. 21: Ausführung der Datei VWjRF.exeJetzt wird unsere Vision von Corporate DevOps der Position von Microsoft entsprechen, dass PowerShell die beste Option für die Automatisierung von Unternehmensanwendungen in Windows-Umgebungen ist. Wenn Sie weiterhin verwenden möchten .
Jetzt wird unsere Vision für corporate DevOps der Position von Microsoft entsprechen: PowerShell ist die beste Wahl zur Automatisierung von Unternehmensanwendungen in Windows-Umgebungen. Wenn Sie auch weiterhin verwenden möchten Abb. 21: Ausführung der Datei VWjRF.exe, diese Befehle können aus PowerShell aufgerufen werden, aber wir werden keine Unterstützung für Windows-Batch-Jobs bieten, da es mehrere Inkonsistenzen gibt, die zu hohen Kosten bei Wartung und Entwicklung führen.
Löschdatum: 22. September 2019
Es wird Git 2.21.0 oder höher benötigt
Ab GitLab 11.11 wird Git 2.21.0 zum Ausführen benötigt. , aber Benutzer von ursprünglichen Installationen mit vorherigen Versionen von Git müssen ein Upgrade durchführen.
Löschdatum: 22. Mai 2019.
Veraltete Kubernetes-Servicevorlage
In GitLab 12.0 planen wir, die Kubernetes-Servicevorlage abzulehnen zugunsten der Clusterkonfiguration auf Instanzebene, die in GitLab 11.11 eingeführt wurde.
Alle selbstverwalteten Instanzen, die die Servicevorlage verwenden, werden beim Upgrade auf GitLab 12.0 in ein Cluster auf Instanzebene migriert.
Löschdatum: 22. Juni 2019.
Zurückweisung des Label-Mappings App auf Kubernetes-Deployment-Panels
In GitLab 12.0 planen wir, das Label-Mapping für app im Kubernetes-Deployment-Selector abzulehnen. In GitLab 11.10 haben wir , der nach Übereinstimmungen sucht app.example.com/app und app.example.com/env, um Deployments auf dem Panel anzuzeigen.
Damit diese Deployments auf den Deployment-Panels angezeigt werden, müssen Sie einfach ein neues Deployment senden, und GitLab wird die neuen Labels anwenden.
Löschdatum: 22. Juni 2019.
Pakete von GitLab 12.0 werden mit einer erweiterten Signatur signiert
Am 2. Mai 2019 hat GitLab von Omnibus GitLab vom 01.08.2019 bis 01.07.2020 verlängert. Wenn Sie die Paketunterschriften überprüfen und die Schlüssel aktualisieren möchten, führen Sie einfach die Anweisungen aus .
Löschdatum: 22. Juni 2019.
Änderungsprotokoll
Suchen Sie all diese Änderungen im Änderungsprotokoll:
Installation
Wenn Sie eine neue GitLab-Installation einrichten, besuchen Sie .
Aktualisierung
→ Schauen Sie sich
Quelle: habr.com
