GitLab 11.3 mit Maven-Repository und geschützten Umgebungen veröffentlicht

Ursprünglicher Autor: GitLab
  • Übersetzung

Bild um Aufmerksamkeit zu erregen


Mit der neuen Version von GitLab 11.3 unterstützen wir Sie gerne bei Maven-Repositories, Code-Besitzern, geschützten Umgebungen und Vorhersagen für Epics. All dies hilft bei der Automatisierung der Verwaltung von Umgebungen und Code, wodurch Java-Entwickler noch effizienter arbeiten können.


Maven-Repository


Wir haben unsere Unterstützung für Java-Projekte durch die direkte Integration von Maven-Repositorys in GitLab erweitert. Java-Entwickler werden die sichere und standardisierte Möglichkeit, Maven-Bibliotheken mit einem Versionskontrollsystem zu verknüpfen, zu schätzen wissen und durch die Wiederverwendung dieser Bibliotheken in anderen Projekten Zeit sparen. Diese Funktion ist mit GitLab Premium verfügbar.


Code-Besitzer und geschützte Umgebungen


Bei bezahlten Plänen ab GitLab Starter wurde es möglich, Code-Besitzer einer Datei zuzuweisen , wobei die Teammitglieder angegeben wurden, die für diesen Teil des Codes verantwortlich sind. Dies ist die Vorbereitung für zukünftige Releases, bei denen die interne Kontrolle der Codeebene verstärkt wird.


Ab GitLab Premium können Betreiber (für die Bereitstellung verantwortlich) auch geschützte Umgebungen verwenden , um Berechtigungen festzulegen, die bestimmen, wer einen Code in der Produktion bereitstellen kann. Dadurch wird das Risiko, dass jemand Code sendet, der nicht hinzugefügt werden sollte, erheblich verringert. Und grundsätzlich die Sicherheit der Umwelt erhöhen.


Vorhersagen für Epos


Das Portfoliomanagement wurde in GitLab Ultimate veröffentlicht, mit dem Sie Start- und Enddatum des Epos basierend auf dem Zeitpunkt der Aufgaben in den Meilensteinen automatisch vorhersagen können . Dank dieser Innovation können die Portfoliomanager die geplanten Start- und Enddaten mit den geplanten Arbeiten für die Meilensteine ​​abgleichen, um sich ein Bild von dem potenziellen Rückstand im Epic zu machen. Auf diese Weise können Sie schnell entscheiden, was Sie fertigstellen möchten und wann es sich lohnt, die Pläne anzupassen.


Jeder kann dazu beitragen


Viele dieser Änderungen wurden von der großen GitLab-Community vorgenommen. Wir freuen uns auf Ihr Feedback und Ihre Verbesserungen für diese neuen Funktionen. Zusammen sind wir ein tolles Team!


Sagen Sie uns Ihre Meinung in den Kommentaren zum Blogartikel - und auch zu Habré. Was erwarten Sie von dieser Veröffentlichung? Woran sollten wir weiter arbeiten?


Wir laden Sie zu unseren Meetings und zum Webcast der Version 11.3 ein .


GitLab MVP-Abzeichen


Der MVP dieses Monats ist George Tsiolis


George fügte eine sehr beliebte Funktion hinzu, die von vielen hinzugefügt wurde: Benutzer können jetzt ihre privaten Entwicklungsbeiträge in eine Timeline auf einer Profilseite einfügen.


Vielen Dank, George, für Ihre weiteren Beiträge zur Verbesserung von GitLab. In Kürze werden Sie ein cooles Merchet bekommen!


Die wichtigsten neuen Funktionen der Veröffentlichung von GitLab 11.3


Maven-Repository


(PREMIUM, ULTIMATIV, SILBER, GOLD)


Für Softwareentwicklungsunternehmen ist es sehr wichtig, eine einfache und sichere Methode zur Verwaltung von Abhängigkeiten zu haben. Paketverwaltungstools wie Maven für Java-Entwickler bieten eine standardisierte Methode zum Verteilen von Bibliotheken und zum Verwalten ihrer Versionen zwischen Projekten.


In Version 11.3 unterstützen wir gerne Maven-Repositorys, die direkt in GitLab integriert sind. Entwickler von Low-Level-Services können jetzt ihre Bibliotheken im Maven-Projekt-Repository veröffentlichen. Sie müssen nur ein einfaches XML-Snippet mit anderen Teams teilen, die diese Bibliothek verwenden möchten, und Maven mit GitLab wird den Rest erledigen.


Werfen Sie einen Blick auf das Testprojekt, das den Build in das GitLab Maven-Repository zieht, und sehen Sie, wie einfach es ist!


Maven-Repository


Dokumentation zur Verwendung des GitLab Maven-Repositorys und des ursprünglichen Tickets .


Interaktive Web-Terminals für Shell- und Kubernetes-Läufer


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


Die CI / CD-Arbeit wird von Läufern ausgeführt, wie die Benutzer in der Pipeline konfigurieren. Dieser Prozess kann jedoch nicht verwaltet werden. Wenn die Arbeit mit einem Fehler endet, können Benutzer die Details nicht sortieren und die beabsichtigte Ursache des Problems ermitteln. Mithilfe interaktiver Web-Terminals können Sie sich mit der laufenden Arbeit verbinden oder Befehle ausführen und manuell ausführen. So können Sie besser verstehen, was im System passiert.


Interaktive Web-Terminals für Shell- und Kubernetes-Läufer


Dokumentation für interaktive Web-Terminals und Originalticket .


Verbesserte Wiederverwendung von Code in .gitlab-ci.yml


(STARTER, PREMIUM, ULTIMATE, BRONZE, SILBER, GOLD)


Die Wiederverwendung des CI / CD-Prozesscodes ist eine hervorragende Vorgehensweise, um die Softwarebereitstellung homogener zu gestalten, weniger Code für jeden einzelnen Job zu schreiben und zu verwalten. Wir bieten eine flexible und leistungsstarke Möglichkeit, Code in YAML-Vorlagen mithilfe eines Schlüsselworts wiederzuverwenden extends.


Include in `.gitlab-ci.yml` zur Wiederverwendung von Skripten


Die Dokumentation im Block wird erweitert und das ursprüngliche Ticket .


Beiträge zu privaten Repositorys können jetzt in den Zeitplan auf der Benutzerseite aufgenommen werden


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


Wir bei GitLab lieben Open Source Software. Manchmal müssen Sie jedoch an einem privaten Projekt arbeiten, das Sie (noch) nicht für die Öffentlichkeit öffnen können. Oder Sie sind aus Datenschutzgründen möglicherweise eingeschränkt. Jedenfalls ist GitLab auf Ihrer Seite.


In dieser Version bieten wir Ihnen die Möglichkeit, private Beiträge zur Entwicklung in den Einzahlungsplan auf Ihrer Seite aufzunehmen. Wenn Sie diese Einstellung für Ihr Profil aktiviert haben, werden Beiträge zu privaten Projekten auch im Einzahlungsschema und in den Einzahlungen des Tages angezeigt. So wird Ihre aktive Arbeit an privaten Projekten in GitLab genau dargestellt, ohne dass Sie geheime Details preisgeben.


Danke an George Tsiolis für diese Funktion!


Benutzergraph


Dokumentation der privaten Einlagen im Profil und des Originaltickets .


Neugestaltung der Projektseite


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


GitLab ist ständig darum bemüht, die Schnittstelle unseres Produkts zu verbessern.


Zusammen mit GitLab 11.3 aktualisieren wir die UI-Seiten des Projekts, um Projektinformationen besser darzustellen. Wir haben die Informationen auf dieser Seite strukturierter gemacht, den oberen Abschnitt nach links ausgerichtet und die Einbuchtung vertikal optimiert, sodass Sie jetzt schnell Informationen über das Projekt und dessen Inhalt anzeigen können.


Neu gestaltete Projektübersicht


Projektdokumentation und Originalticket .


Geschützte Umgebungen


(PREMIUM, ULTIMATIV, SILBER, GOLD)


Die Betreiber sind häufig dafür verantwortlich, die Umgebung zu schützen, in der wir den Code täglich versenden. Diese Aufgabe wird besonders wichtig, wenn Code in der Produktion implementiert wird.


In geschützten Umgebungen erhält der Bediener die vollständige Kontrolle darüber, welche Benutzer, Gruppen oder Konten berechtigt sind, Code in diese Umgebung einzufügen, wodurch die Sicherheit der Umgebungen gewährleistet wird.


Geschützte Umgebungen


Dokumentation zu geschützten Umgebungen und dem ursprünglichen Ticket .


Code-Besitzer


(STARTER, PREMIUM, ULTIMATE, BRONZE, SILBER, GOLD)


Codierungsprüfungen sind die grundlegende Praxis eines erfolgreichen Projekts. Es ist jedoch nicht immer klar, wer genau Änderungsprüfungen durchführen soll. Jetzt können Sie für jede GitLab-Datei einen oder mehrere Code-Besitzer zuweisen, die die Teammitglieder angeben, die für den Code in Ihrem Projekt verantwortlich sind.


Code-Besitzer werden mithilfe einer Datei CODEOWNERSin einem ähnlichen Format zugewiesen gitattributesund beim Anzeigen einer Datei in GitLab unterhalb der Festschreibungsdetails angezeigt.


In zukünftigen Versionen werden Code-Besitzer auch in Zusammenführungsanforderungsprozesse eingebunden, um diejenigen vorzuschlagen und zu genehmigen, die die Zusammenschlussanfrage bestätigen. Und auch in geschützten Zweigen können nur Besitzer des Codes Dateien ändern .


Code-Besitzer


Dokumentation zu den Besitzern des Codes und des Originaltickets .


Vorhersagen für Epen mit integrierten Meilensteindaten


(ULTIMATIV, GOLD)


Vor dieser Version können Sie feste Anfangs- und Enddaten für das Epic festlegen. Dies war sehr nützlich für die Planung und Zeiterfassung auf hoher Ebene. Da Aufgaben jedoch an ein Epos gebunden und einem bestimmten Meilenstein zugeordnet sind, wäre es schön, wenn die Epos in diesen Meilensteinen reflektiert würden.


Ab dieser Version können Sie zwischen einem festen Wert dieser Datumsangaben zu einem dynamischen Wert Из майлстоунов( From milestones) wechseln . Als geplanter Start wird der früheste Starttermin unter allen Meilensteinen ausgewählt, die mit den Aufgaben dieses Epos verbunden sind. Diese Frist ändert sich dynamisch, wenn Sie Aufgaben hinzufügen und löschen, Meilensteine ​​zu diesen Aufgaben hinzufügen und löschen oder die Termine der Meilensteine ​​ändern. In ähnlicher Weise wird das dynamische Abschlussdatum des Epos funktionieren.


Diese Funktion ist für Teams hilfreich, die einen reibungslosen Übergang von einer langfristigen Top-Down-Planung zu einer kurzfristigen Bottom-Up-Planung wünschen. Weitere Informationen finden Sie in dem Post über Epic-Straßenkarten , die wir vor einigen Wochen veröffentlicht haben.


Epische Prognose mit integrierten Meilensterminen


Dokumentation zum epischen und originalen Ticket .


Weitere Verbesserungen in GitLab 11.3


Die Benachrichtigung über die Erstellung eines neuen Epos kann manuell verbunden werden


(ULTIMATIV, GOLD)


In der letzten Version haben wir E-Mail-Benachrichtigungen zu neuen epischen Elementen für Benutzer hinzugefügt, die Gruppenaktivitätsbenachrichtigungen für diese Ebene eingerichtet haben Watch. In dieser Version fügen wir noch weitere Funktionen hinzu, um etwas anzupassen. Mit einer Ebene können CustomSie jetzt Benachrichtigungen zu diesem Ereignis sowie zu anderen Ereignissen aktivieren oder deaktivieren.


Neues episches Ereignis als benutzerdefinierte Benachrichtigung


Benachrichtigungsdokumentation und Originalticket .


Schnelle Aktion zum Hinzufügen einer Aufgabe zum Epic von der Aufgabenseite


(ULTIMATIV, GOLD)


Von der Epic-Seite aus ist es sehr einfach, eine bereits angefügte Aufgabe hinzuzufügen oder zu löschen, was praktisch ist, wenn Sie an dem Epic selbst arbeiten.


Manchmal arbeiten Sie jedoch an einer Aufgabe und möchten diese zu einem vorhandenen Epos hinzufügen, dessen Namen Sie kennen. Dies ist jetzt mit der schnellen Aktion auf der Aufgabenseite durch Einfügen einer Epic-URL problemlos möglich. In der nächsten Version wird eine schnelle Aktion angezeigt , um ein Epos nach Titel mit automatischer Vervollständigung zu suchen .


Eine schnelle Aktion wird ebenfalls hinzugefügt, um die Aufgabe von dem angehängten Epos zu lösen.


Schnelle Aktion zum Hinzufügen zu Epos (von Ausgaben)


Schnelle Dokumentation und Originalticket .


Berechtigung zum Selbstbestätigen von Merge-Anfragen


(STARTER, PREMIUM, ULTIMATE, BRONZE, SILBER, GOLD)


Der Benutzer, der die Merge-Anfrage erstellt hat, ist möglicherweise nicht der Autor der Änderungen, und andere Benutzer können zusätzliche Änderungen an der offenen Merge-Anfrage hinzufügen. Maintainer können jetzt die Selbstgenehmigung von Merge-Anforderungen in den Projekteinstellungen zulassen.


Bisher wurde davon ausgegangen, dass der Benutzer, der die Merge-Anfrage geöffnet hat, diese standardmäßig genehmigt (einschließlich der von anderen Personen vorgenommenen Änderungen), und deshalb nicht an der Genehmigung der Merge-Anfrage teilgenommen hat. Es gibt viele Situationen, in denen dies nicht der Fall ist, und es wird gegen andere Änderungen sein. Durch das Hinzufügen einer expliziten Berechtigung wird diese Annahme entfernt.


Dokumentation zur Selbstbestätigung von Merge-Requests und des Originaltickets .


Anzeige der Repository-Sprachen in der Projektübersicht


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


Beim Anzeigen von Projekten in GitLab ist es wichtig und nützlich, sofort die im Repository verwendeten Programmiersprachen zu sehen.


In dieser Version fügen wir der Projektübersicht ein Bedienfeld für die Programmiersprache hinzu, in dem die relative Verwendung von Sprachen im Projekt angezeigt wird.


Repository-Sprachen in der Projektübersicht anzeigen


Projektdokumentation und Originalticket .


Benutzerdefinierte Dateivorlagen für Benutzerinstanzen


(PREMIUM, ULTIMATIV)


Vorlagen für Dateien LICENSE, .gitignore, Dockerfileund .gitlab-ci.ymlkönnen Sie diese Dateien gemeinsame Projekte leicht hinzuzufügen. Eigene Vorlagen für solche Dateien können jetzt zu GitLab-Benutzerinstanzen hinzugefügt werden, indem sie eine Repository-Vorlage auswählen.


Benutzerdefinierte Vorlagen sind nützlich, wenn GitLab-Vorlagen zu vielseitig sind. Zum Beispiel, wenn ein Unternehmen die Verwendung einer Benutzerlizenz in jedem Projekt erfordert oder es eine komplexe Lizenz gibt Dockerfile, die für jeden Microservice verwendet werden sollte.


Vielen Dank an Daniel Barker für das Hinzufügen benutzerdefinierter Lizenzvorlagen .


Dokumentation für Repositorys von Vorlagen für die Instanz und das ursprüngliche Ticket .


Web IDE-Dateivorlagen


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


Dateivorlagen für LICENSE, .gitignore, Dockerfileund .gitlab-ci.ymlvereinfachen die Zugabe dieser freigegebenen Dateien in einem Projekt und kann nun in einem Web - IDE verwendet werden. Dateivorlagen in der Web-IDE erleichtern das Starten eines neuen Projekts in der Web-IDE und die rechtzeitige Aktualisierung dieser wichtigen Dateien.


Dateivorlagen in der Web-IDE


Web-IDE-Dokumentation und Originalticket .


Projektfeld hinzugefügt, wenn ein neues Projekt erstellt wird.


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


Um Ihrem kürzlich erstellten GitLab-Projekt einen Projektnamen hinzuzufügen, müssen Sie in die Projekteinstellungen gehen und den entsprechenden, vom Menschen lesbaren Teil der Projektadresse (semantische URL) vorschreiben.


Mit GitLab 11.3 fügen wir dem Formular "Projekt erstellen" ein Feld für Projektnamen hinzu. Darüber hinaus wird die semantische URL jetzt automatisch aus dem Namen des Projekts generiert. Sie kann jedoch weiterhin manuell geändert werden. Dies beschleunigt und vereinfacht die Erstellung eines neuen Projekts.


Definieren Sie den Projektnamen, wenn Sie ein neues Projekt erstellen


Dokumentation zum Anlegen von Projekten und des Originaltickets .


Speichern Sie heruntergeladene Wiki-Dateien im Wiki-Repository


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


Bilder, die über den Wiki-Editor in das Wiki hochgeladen wurden, werden jetzt im Git-Repository gespeichert. Diese Bilder werden in einer lokalen Vorschau mit Gollum angezeigt .


Zuvor wurden die Bilder im Verzeichnis für Projekt-Downloads an derselben Stelle gespeichert wie die anderen Anlagen, die in Tickets geladen werden und Zusammenführungsanforderungen enthalten. Dies führte zu der Unmöglichkeit einer angemessenen lokalen Betrachtung des Wikis sowie der Unmöglichkeit, zu einem anderen Git-Repository zu wechseln.


Wiki-Dokumentation und Originalticket .


SAST-Unterstützung für Groovy


(ULTIMATIV, GOLD)


Static Application Security Testing (SAST) dient zum Erkennen von Schwachstellen im Quellcode, sobald dieser Code in das Repository gelangt. Dazu sucht der Code nach bekannten Mustern und häufig auftretenden Fehlern, die zu Sicherheitsproblemen in der Anwendung führen können. Deshalb braucht jede Sprache eine besondere Unterstützung.


Mit GitLab 11.3 fügen wir Groovy zur Liste der von GitLab SAST unterstützten Sprachen hinzu. Projekte, die diese Sprache verwenden, werden jetzt automatisch erkannt. Um diese Funktion zu aktivieren, müssen Sie nichts am Code oder an den Pipeline-Definitionen ändern. Auto DevOps unterstützt es auch als Teil seiner Standardkonfiguration.


SAST-Dokumentation und Originalticket .


Filtern Sie nach webbasierten Push-Ereignissen


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


Über Web-Hooks für Push-Events können externe Services automatisch über neue Commits benachrichtigt werden. Branchen haben jedoch normalerweise eine unterschiedliche Bedeutung. Push-Ereignisse können jetzt nach Verzweigungen gefiltert werden, sodass externe Services nur über Änderungen informiert werden, die für Sie wichtig sind.


Bisher wurden die Web-Hooks nicht von GitLab gefiltert, und die meisten externen Systeme können eingehende Ereignisse nicht filtern. Dies bedeutet, dass Sie diese externen Services nicht direkt in GitLab integrieren können, wenn Sie nur eine Teilmenge der Push-Events für den externen Service verwenden möchten.


Danke an Duana Saskia für diese Funktion!


Filtern Sie Webhook-Push-Ereignisse nach Zweigstellen


Web-Hooks-Dokumentation und Original-Ticket .


Benachrichtigungen für Bibliotheksmetriken


(ULTIMATIV, GOLD)


In GitLab 11.2 wurde die Möglichkeit hinzugefügt , Alerts (Alerts) für benutzerdefinierte Metriken festzulegen , sodass Entwickler bei Problemen mit ihren Anwendungen Benachrichtigungen erhalten können.


In GitLab 11.3 wurde die Alert-Unterstützung für alle Metriken erweitert, einschließlich der Standardmetriken, die mit unseren Library-Metriken bereitgestellt werden .


Alarme für Bibliotheksmetriken


Alert-Dokumentation für Metriken und Originalticket .


Auto DevOps ist standardmäßig aktiviert.


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


Auto DevOps ist in GitLab 11.0 öffentlich verfügbar, und obwohl es sich allgemein durchgesetzt hat, möchten wir, dass alle GitLab-Benutzer ihre Fähigkeiten nutzen. Auto DevOps bietet bereits aus der Box erhebliche Vorteile, von Auto Build (Auto Build) bis Auto Monitoring (Auto Monitoring).


Ab GitLab 11.3 werden Auto DevOps sowohl auf GitLab.com als auch auf Benutzerinstanzen standardmäßig aktiviert, sodass jedes Projekt diese Funktionen nutzen kann.


Überprüfen Sie die Auto DevOps-Ein / Aus-Dokumentation, wenn Sie sie für Ihr Projekt oder für die gesamte Instanz deaktivieren möchten.


Auto DevOps ist standardmäßig aktiviert


Auto DevOps-Dokumentation und Originalticket .


GitLab Geo Verbesserungen


(PREMIUM, ULTIMATIV)


Wir konzentrieren uns ständig auf die Verbesserung von Geo , unserem Feature für geografisch verteilte Teams. Einige der wichtigsten Verbesserungen in GitLab 11.3 sind:



Sie können auch lesen, wie wir GitLab Geo erstellt haben .


Dokumentation Geo - Konfiguration und Board Probleme durch Geo .


Automatisches Herunterfahren von Auto DevOps für das Projekt beim ersten Ausfall des Förderers


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


Bei GitLab ist einer der wichtigsten Produktwerte "standardmäßig aktiviert" . Wenn wir eine neue benutzerdefinierte Funktion einführen, die wir für sehr wichtig halten, wird sie standardmäßig aktiviert, damit jeder davon profitieren kann. Obwohl Auto DevOps Projekte unterstützt, die die gängigsten Programmiersprachen verwenden, kann es spezielle Projekte geben, die zusätzliche Konfiguration erfordern.


Da wir sichergehen möchten, dass wir keine Auto-DevOps-Pipelines für Projekte starten, die nicht unterstützt werden, deaktivieren wir Auto-DevOps, wenn eine der Pipelines ausfällt. GitLab informiert den Projektbesitzer darüber, sodass er auf Wunsch die erforderlichen Konfigurationsänderungen für die weitere Arbeit mit Auto DevOps vornehmen kann. Projektbesitzer können Auto DevOps nach den erforderlichen Änderungen wieder aktivieren.


Automatisches Deaktivieren von Auto DevOps für das Projekt bei einem ersten Pipeline-Fehler


Dokumentation zur Aufnahme von Auto DevOps und dem Originalticket .


Gitaly v1.0


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


Der Zugriff auf Git für die regelmäßige Verwendung von GitLab kann jetzt vollständig über Gitaly erfolgen, den GitLab gRPC-Dienst für den Zugriff auf Git. Das bedeutet, dass Sie Gitaly auf Ihrem Server ohne NFS ausführen können, wenn alle zusätzlichen Funktionen aktiviert sind.


In der nächsten Version von Gitaly v1.1 werden alle Funktionen standardmäßig aktiviert. Alle übrigen Funktionen verwenden Gitaly, sodass Sie auf NFS verzichten können.


Lesen Sie in unserem Blog über den Weg zu Gitaly v1.0 .


Dokumentation zu Gitaly und Originalepos .


GitLab Runner 11.3


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


In dieser Version veröffentlichen wir auch GitLab Runner 11.3. GitLab Runner ist ein Open Source-Projekt, das zum Ausführen Ihrer CI / CD-Arbeit und zum Senden der Ergebnisse an GitLab verwendet wird.


Die wichtigsten Änderungen sind:


Eine Liste aller Änderungen finden Sie im CHANGELOG GitLab Runner.


GitLab Runner-Dokumentation


Die Liste der von GitLab verwendeten Open-Source-Softwarekomponenten ist jetzt online verfügbar.


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


Beginnend mit GitLab 11.3 machen wir die Liste der von GitLab verwendeten Open-Source-Software zugänglicher. Vor dieser Version war es in jedem unserer Linux-Pakete verfügbar, für das Inhalt heruntergeladen und extrahiert werden musste.


Jetzt stellen wir diese Informationen sofort online zur Verfügung, sodass sie einfacher gefunden und verlinkt werden können. Die Liste ist für GitLab CE und GitLab EE verfügbar .




Ausführliche Versionshinweise und Anweisungen zum Upgrade / zur Installation finden Sie im ursprünglichen englischen Beitrag: GitLab 11.3, das mit Maven Repository und Protected Environments veröffentlicht wurde .


Cattidourden , ainoneko , rishavant und nick_volynkin arbeiteten an der Übersetzung aus dem Englischen .


Jetzt auch beliebt: