{"id":34683,"date":"2019-10-31T21:59:48","date_gmt":"2019-10-31T18:59:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\/"},"modified":"2019-10-31T21:59:48","modified_gmt":"2019-10-31T18:59:48","slug":"gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","title":{"rendered":"GitLab 11.11: mehrere Verantwortliche f\u00fcr Merge-Requests und Verbesserungen f\u00fcr Container.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"GitLab<\/p>\n

<\/p>\n

Mehr M\u00f6glichkeiten f\u00fcr die Zusammenarbeit und zus\u00e4tzliche Benachrichtigungen<\/h3>\n

<\/p>\n

Bei GitLab sind wir st\u00e4ndig auf der Suche nach neuen Wegen, um die Zusammenarbeit \u00fcber den gesamten DevOps-Lebenszyklus zu verbessern. Es freut uns, bekannt zu geben, dass wir mit diesem Release mehrere Verantwortliche f\u00fcr einen Merge-Request unterst\u00fctzen<\/a><\/noindex>! Diese Funktion ist ab dem GitLab Starter-Paket verf\u00fcgbar und verk\u00f6rpert unser Motto: \u201eJeder kann einen Beitrag leisten\u201c<\/strong>. Wir wissen, dass an einem Merge-Request viele Personen arbeiten k\u00f6nnen, um sicherzustellen, dass alles in Ordnung ist, und nun haben Sie die M\u00f6glichkeit, mehrere Verantwortliche f\u00fcr Merge-Requests zu benennen!<\/p>\n

<\/p>\n

Au\u00dferdem erhalten DevOps-Teams jetzt automatische Benachrichtigungen \u00fcber Deployment-Ereignisse in Slack und Mattermost<\/a><\/noindex>. F\u00fcgen Sie neue Benachrichtigungen zur Liste der Versandereignisse in diesen beiden Chats hinzu, und Ihr Team wird nahezu sofort \u00fcber neue Deployments informiert.<\/p>\n

<\/p>\n

Kostensenkung durch Unterst\u00fctzung von Docker-Containern unter Windows und Bereitstellung von Kubernetes-Clustern auf Instanzebene<\/h3>\n

<\/a><\/noindex><\/p>\n

Wir lieben Container! Container beanspruchen weniger Systemressourcen im Vergleich zu virtuellen Maschinen und verbessern die Portabilit\u00e4t von Anwendungen. Mit der Version GitLab 11.11 unterst\u00fctzen wir Windows Container Executor f\u00fcr GitLab Runner<\/a><\/noindex>, sodass Sie jetzt Docker-Container in Windows verwenden und erweiterte Funktionen f\u00fcr die Orchestrierung von Pipelines und das Management genie\u00dfen k\u00f6nnen.<\/p>\n

<\/p>\n

GitLab Premium (nur f\u00fcr selbstverwaltete Instanzen) bietet jetzt einen Caching-Proxy f\u00fcr Abh\u00e4ngigkeiten von Docker-Images<\/a><\/noindex>. Dieses Add-on beschleunigt die Bereitstellung, da Sie jetzt einen Caching-Proxy f\u00fcr h\u00e4ufig verwendete Docker-Images haben werden.<\/p>\n

<\/p>\n

Benutzer selbstverwalteter GitLab-Instanzen k\u00f6nnen jetzt ein Kubernetes-Cluster auf Instanzebene vorbereiten<\/a><\/noindex>, und alle Gruppen und Projekte in der Instanz werden es f\u00fcr ihre Deployments nutzen. Dank dieser Integration werden automatisiert Ressourcen f\u00fcr spezifische Projekte in GitLab mit Kubernetes erstellt, um zus\u00e4tzliche Sicherheit zu gew\u00e4hrleisten.<\/p>\n

<\/p>\n

Und das ist noch nicht alles!<\/h3>\n

<\/p>\n

Zus\u00e4tzlich zu den neuen Funktionen f\u00fcr die Zusammenarbeit und zus\u00e4tzlichen Benachrichtigungen haben wir Gastzugang zu den Releases<\/a><\/noindex>hinzugef\u00fcgt, zus\u00e4tzliche CI Runner-Minuten f\u00fcr GitLab Free<\/a><\/noindex>erh\u00f6ht, die \u00dcberpr\u00fcfungen durch automatisierte Diskussionen, wenn Sie einen Vorschlag anwenden, vereinfacht,<\/a><\/noindex>und vieles mehr!<\/p>\n

<\/p>\n

Mitarbeiter des Monats (MVP<\/a><\/noindex>) \u2014 Kia Mei Somabes (Kia Mei Somabes<\/a><\/noindex>)<\/p>\n

In dieser Version haben wir die M\u00f6glichkeit hinzugef\u00fcgt, einzelne Ordner aus Repositories hochzuladen, anstatt den gesamten Inhalt. Jetzt k\u00f6nnen Sie nur die ben\u00f6tigten Dateien hochladen. Vielen Dank, Kia May Somabes!<\/p><\/blockquote>\n

<\/p>\n

Die Hauptmerkmale von GitLab 11.11<\/h2>\n

<\/p>\n

Windows Container Executor f\u00fcr GitLab Runner<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

In GitLab 11.11 haben wir einen neuen Executor f\u00fcr GitLab Runner hinzugef\u00fcgt, damit Docker-Container nun auch unter Windows verwendet werden k\u00f6nnen. Fr\u00fcher mussten Sie zur Orchestrierung von Docker-Containern unter Windows eine Shell verwenden, aber jetzt k\u00f6nnen Sie direkt mit Docker-Containern unter Windows arbeiten, fast genauso wie unter Linux. Dies bietet Benutzern von Microsoft-Plattformen mehr M\u00f6glichkeiten zur Orchestrierung von Pipelines und Management.<\/p>\n

<\/p>\n

Dieses Update enth\u00e4lt verbesserte Unterst\u00fctzung f\u00fcr PowerShell in GitLab CI\/CD sowie neue Hilfs-Images f\u00fcr verschiedene Versionen von Windows-Containern. Ihre eigenen Windows-Runner k\u00f6nnen nat\u00fcrlich mit GitLab.com verwendet werden, sind jedoch derzeit nicht auf der Liste der \u00f6ffentlich zug\u00e4nglichen Tools.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Caching-Proxy f\u00fcr Abh\u00e4ngigkeiten im Container-Registry<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE<\/em><\/p>\n

<\/p>\n

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.<\/p>\n

<\/p>\n

Currently, the proxy for containers is only available for self-managed instances on the web server. Puma (in experimental mode)<\/a><\/noindex>.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Multiple responsible parties for merge requests<\/h3>\n

<\/p>\n

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

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.<\/p>\n

<\/p>\n

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.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Kubernetes cluster configuration at the instance level<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n

<\/p>\n

Das Sicherheits- und Vorbereitungsmodell in Kubernetes entwickelt sich weiter, und es ist jetzt m\u00f6glich, eine gro\u00dfe Anzahl von Nutzern \u00fcber einen gemeinsamen Cluster zu bedienen.<\/p>\n

<\/p>\n

In GitLab 11.11 k\u00f6nnen Nutzer von selbstverwalteten Instanzen nun einen Cluster auf Instanzebene vorbereiten, und alle Gruppen und Projekte innerhalb der Instanz nutzen diesen f\u00fcr ihre Deployments. Dank dieser Integration werden automatisch Ressourcen f\u00fcr spezifische Projekte in GitLab mit Kubernetes f\u00fcr zus\u00e4tzliche Sicherheit erstellt.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Benachrichtigungen \u00fcber Deployments in Slack und Mattermost<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Jetzt k\u00f6nnen Sie automatische Benachrichtigungen \u00fcber Deployment-Ereignisse in Ihrem Team-Channel dank der Integration mit Chats konfigurieren, Slack<\/a><\/noindex> und Mattermost<\/a><\/noindex>und Ihr Team bleibt \u00fcber alle wichtigen Ereignisse informiert.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Gastzugang zu Releases<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Jetzt k\u00f6nnen G\u00e4ste Ihrer Projekte die auf der Seite \"Releases\" ver\u00f6ffentlichten Releases einsehen. Sie k\u00f6nnen ver\u00f6ffentlichte Artefakte herunterladen, jedoch nicht den Quellcode herunterladen oder Informationen \u00fcber Repositorien, wie Tags oder Commits, einsehen.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Weitere Verbesserungen in GitLab 11.11<\/h2>\n

<\/p>\n

Serialisierte Commit-Grafen zur Leistungssteigerung<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

F\u00fcr 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.<\/p>\n

<\/p>\n

In GitLab 11.11 haben wir die Funktion der serialisierten Commit-Grafen aktiviert, die in den letzten Git-Versionen eingef\u00fchrt wurde, um diese Informationen im Voraus zu berechnen und zu speichern. Jetzt werden Durchl\u00e4ufe in gro\u00dfen Repositories viel schneller durchgef\u00fchrt. Der Commit-Graf wird automatisch beim n\u00e4chsten M\u00fcllsammeln im Repository erstellt.<\/p>\n

<\/p>\n

Lesen Sie, wie der serielle Commit-Graf erstellt wurde, in einer Artikelreihe<\/a><\/noindex> von einem der Autoren dieses Features.<\/p>\n

<\/p>\n

Zus\u00e4tzliche CI Runner-Minuten: jetzt auch f\u00fcr kostenlose Pl\u00e4ne<\/h3>\n

<\/p>\n

FREI, BRONZE, SILBER, GOLD<\/em><\/p>\n

<\/p>\n

Letzten Monat haben wir die M\u00f6glichkeit hinzugef\u00fcgt, zus\u00e4tzliche CI Runner-Minuten zu kaufen, jedoch nur f\u00fcr die kostenpflichtigen Pl\u00e4ne von GitLab.com. In dieser Version k\u00f6nnen Minuten auch in den kostenlosen Pl\u00e4nen erworben werden.<\/p>\n

<\/p>\n

Herunterladen von Archivverzeichnissen im Repository<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Je nach Art und Gr\u00f6\u00dfe des Projekts kann das Archiv des gesamten Projekts langwierig sein und ist nicht immer erforderlich, insbesondere bei gro\u00dfen Monorepositories. In GitLab 11.11 k\u00f6nnen Sie nun das Archiv des aktuellen Verzeichnisses, einschlie\u00dflich Unterverzeichnissen, hochladen, um nur die ben\u00f6tigten Ordner auszuw\u00e4hlen.<\/p>\n

<\/p>\n

Vielen Dank f\u00fcr Ihre Arbeit, Kia Mei Somabes<\/a><\/noindex>!<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Die Anwendung des Vorschlags erm\u00f6glicht jetzt automatisch die Diskussion<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Der \u00c4nderungs-Vorschlag vereinfacht die Zusammenarbeit an Merge-Requests: jetzt k\u00f6nnen Sie ohne Copy-Paste auskommen, um die vorgeschlagene \u00c4nderung zu akzeptieren. In GitLab 11.11 haben wir diesen Prozess noch einfacher gestaltet: Die Diskussion wird jetzt automatisch bei der Anwendung des Vorschlags geschlossen.<\/p>\n

\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Zeitgeber in der Seitenleiste des Aufgabenboards<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Die Seitenleisten der Aufgaben sollen in der Ansicht f\u00fcr 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\u00f6ffnet.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Informationen zu Deployments im Environments API<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Wir haben die M\u00f6glichkeit hinzugef\u00fcgt, Informationen zu einer bestimmten Umgebung \u00fcber die Environments API abzufragen, um zu erfahren, welcher Commit derzeit in der Umgebung bereitgestellt ist. Dies vereinfacht die Automatisierung und Berichterstattung f\u00fcr Nutzer von Environments in GitLab.<\/p>\n

<\/p>\n

Negative \u00dcbereinstimmungen von Variablen f\u00fcr Pipeline-Regeln<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Jetzt k\u00f6nnen negative Gleichheit oder \u00dcbereinstimmungen von Mustern \u00fcberpr\u00fcft werden (!=<\/code> und !~<\/code>) in der Datei .gitlab-ci.yml<\/code> bei der \u00dcberpr\u00fcfung von Werten von Umgebungsvariablen, sodass die Kontrolle \u00fcber das Verhalten von Pipelines flexibler geworden ist.<\/p>\n

<\/p>\n

Alle manuell ausgef\u00fchrten Jobs in einem Schritt mit einem Klick starten<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

In GitLab 11.11 k\u00f6nnen Nutzer, die auf den Stufen viele manuelle Jobs haben, jetzt alle solchen Jobs in einer Stufe starten, indem sie auf die Schaltfl\u00e4che \u201eAlle starten\u201c<\/strong> (\u201ePlay all\u201c) rechts neben dem Namen der Stufe im Pipeline-View klicken.<\/p>\n

<\/p>\n

Eine Datei direkt aus einer Umgebungsvariable erstellen<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Umgebungsvariablen werden h\u00e4ufig verwendet, um Dateien zu erstellen, insbesondere f\u00fcr Geheimnisse, die gesch\u00fctzt sind und nur in einem bestimmten Pipeline-Umfeld verf\u00fcgbar sind. Dazu setzen Sie den Inhalt der Datei als Inhalt der Variablen und erstellen die Datei in einem Job, der den Wert enth\u00e4lt. Mit der neuen Umgebungsvariablen vom Typ datei<\/code> Das kann in einem Schritt erfolgen, sogar ohne \u00c4nderungen. .gitlab-ci.yml.<\/code><\/p>\n

<\/p>\n

API-Endpunkt f\u00fcr Informationen zu Sicherheitsanf\u00e4lligkeiten.<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Jetzt k\u00f6nnen Sie \u00fcber die GitLab-API alle Sicherheitsanf\u00e4lligkeiten anfordern, die in Ihrem Projekt entdeckt wurden. Mit diesem API k\u00f6nnen maschinenlesbare Listen von Sicherheitsanf\u00e4lligkeiten erstellt werden, mit Filtern nach Typ, Verl\u00e4sslichkeit und Schweregrad.<\/p>\n

<\/p>\n

Vollst\u00e4ndige dynamische Scanfunktionalit\u00e4t f\u00fcr DAST.<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

In GitLab k\u00f6nnen Sie die Sicherheit von Anwendungen dynamisch testen (Dynamic Application Security Testing, DAST) im Rahmen des CI-Pipelines. Ab dieser Version k\u00f6nnen Sie das vollst\u00e4ndige dynamische Scannen anstelle des Standard-Passivscans ausw\u00e4hlen. Das vollst\u00e4ndige dynamische Scannen sch\u00fctzt vor einer gr\u00f6\u00dferen Anzahl von Sicherheitsanf\u00e4lligkeiten.<\/p>\n

<\/p>\n

Installation von Prometheus in gruppenweiten Clustern.<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

In dieser Version von GitLab wurde die M\u00f6glichkeit hinzugef\u00fcgt, einen Kubernetes-Cluster an die gesamte Gruppe anzuschlie\u00dfen. Wir haben auch die M\u00f6glichkeit hinzugef\u00fcgt, eine Instanz von Prometheus auf diesem Cluster zu installieren, um die \u00dcberwachung aller Projekte im Cluster zu erleichtern.<\/p>\n

<\/p>\n

Informationen zum Ignorieren von Sicherheitsanf\u00e4lligkeiten im Sicherheitsdashboard.<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Auf den Sicherheits dashboards von GitLab k\u00f6nnen Administratoren ignorierte Schwachstellen einsehen. Um den Arbeitsablauf zu optimieren, haben wir die M\u00f6glichkeit hinzugef\u00fcgt, Informationen zum Ignorieren direkt auf dem Sicherheitsdashboard anzuzeigen.<\/p>\n

<\/p>\n

Erstellung benutzerdefinierter Metrikdiagramme auf dem Dashboard<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Erstellen Sie neue Diagramme mit benutzerdefinierten Leistungsmetriken direkt auf der Werkzeugleiste des Dashboard. Nun k\u00f6nnen Benutzer Metrikvisualisierungen auf dem Dashboard erstellen, aktualisieren und l\u00f6schen, indem sie auf die Schaltfl\u00e4che \u201eMetrik hinzuf\u00fcgen\u201c<\/strong> (\u201eAdd Metric\u201c) in der oberen rechten Ecke der Werkzeugleiste auf dem Dashboard klicken.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Aufgaben aus Benachrichtigungen werden jetzt im Namen von GitLab Alert Bot ge\u00f6ffnet<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Jetzt hat jede Aufgabe, die aus Benachrichtigungen ge\u00f6ffnet wird, GitLab Alert Bot als Autor, sodass Sie sofort sehen, dass die Aufgabe automatisch aus einer wichtigen Benachrichtigung erstellt wurde.<\/p>\n

<\/p>\n

Automatisches Speichern von Epic-Beschreibungen im lokalen Speicher<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Die Beschreibungen von Epics wurden nicht im lokalen Speicher gespeichert, was dazu f\u00fchrte, dass \u00c4nderungen verloren gingen, es sei denn, Sie haben sie explizit gespeichert, w\u00e4hrend Sie die Epic-Beschreibung ge\u00e4ndert haben. Mit GitLab 11.11 gibt es nun die M\u00f6glichkeit, die Beschreibungen von Epics im lokalen Speicher zu speichern. Das bedeutet, dass Sie jetzt problemlos zu einer \u00c4nderung der Epic-Beschreibung zur\u00fcckkehren k\u00f6nnen, falls ein Fehler auftritt, Sie abgelenkt werden oder versehentlich den Browser schlie\u00dfen.<\/p>\n

<\/p>\n

Unterst\u00fctzung f\u00fcr Mirroring in GitLab f\u00fcr Git LFS<\/h3>\n

<\/p>\n

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Mit Mirroring k\u00f6nnen 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\u00fctzt GitLab das Mirroring von Repositories mit Git LFS, sodass diese Funktion sogar f\u00fcr Repositories mit gro\u00dfen Dateien, wie z. B. Texturen f\u00fcr Spiele oder wissenschaftliche Daten, verf\u00fcgbar ist.<\/p>\n

<\/p>\n

Lese- und Schreibberechtigungen in Repositories f\u00fcr pers\u00f6nliche Zugriffstokens<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Viele pers\u00f6nliche Zugriffstokens haben Berechtigungen f\u00fcr \u00c4nderungen auf der Ebene api<\/code>, aber der vollst\u00e4ndige Zugriff auf die API kann einigen Benutzern oder Organisationen zu viele Rechte geben.<\/p>\n

<\/p>\n

Dank der Community-Beitr\u00e4ge k\u00f6nnen pers\u00f6nliche Zugriffstokens jetzt nur Lese- und Schreibrechte f\u00fcr Projekt-Repositorys haben, anstatt einen tieferen API-Zugang zu sensiblen Bereichen von GitLab wie Parametern und Mitgliedschaften zu erm\u00f6glichen.<\/p>\n

<\/p>\n

Danke, Horatiu Eugen Vlad (Horatiu Eugen Vlad<\/a><\/noindex>)!<\/p>\n

<\/p>\n

Hinzuf\u00fcgen grundlegender Unterst\u00fctzung f\u00fcr gruppierte GraphQL-Anfragen<\/h3>\n

<\/p>\n

FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n

<\/p>\n

Mit der GraphQL-API k\u00f6nnen Benutzer genau angeben, welche Daten sie ben\u00f6tigen, und alle erforderlichen Informationen mit nur wenigen Anfragen abrufen. Ab dieser Version unterst\u00fctzt GitLab das Hinzuf\u00fcgen grundlegender Gruppendaten in die GraphQL-API.<\/p>\n

<\/p>\n

Anmeldung mit Salesforce-Anmeldeinformationen<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

GitLab liebt Salesforce-Entwickler, und um diese Community zu unterst\u00fctzen, 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 \u00fcber Salesforce.com zu nutzen.<\/p>\n

<\/p>\n

SAML SSO ist jetzt f\u00fcr den Webzugang obligatorisch<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Wir erweitert das Anforderung f\u00fcr Single Sign-On (SSO)<\/a><\/noindex> Auf Gruppenebene, eingef\u00fchrt in Version 11.8, mit strenger Kontrolle der Gruppen- und Projektressourcen, um sicherzustellen, dass Benutzer nur bei einer Anmeldung \u00fcber SAML Zugriff erhalten. Dies ist eine zus\u00e4tzliche Zugriffskontrolle f\u00fcr Organisationen, die Sicherheit sch\u00e4tzen und GitLab.com \u00fcber SAML SSO verwenden. Jetzt k\u00f6nnen Sie SSO als verpflichtende Voraussetzung festlegen, in dem Wissen, dass die Benutzer in Ihrer Gruppe SSO nutzen.<\/p>\n

<\/p>\n

Filterung nach neu erstellten oder ge\u00e4nderten Daten f\u00fcr die Epic-API<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Fr\u00fcher war es schwierig, k\u00fcrzlich erstellte oder ge\u00e4nderte Daten mit der Epic-API auf GitLab abzufragen. In Version 11.11 haben wir zus\u00e4tzliche Filter hinzugef\u00fcgt. created_after<\/code>, created_before<\/code>, updated_after<\/code> und updated_before<\/code>, um die Konsistenz mit der Aufgaben-API zu gew\u00e4hrleisten und schnell ge\u00e4nderte oder neu erstellte Epics zu finden.<\/p>\n

<\/p>\n

Biometrische Authentifizierung mit UltraAuth<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Das Unternehmen UltraAuth<\/noindex> spezialisiert sich auf passwortlose biometrische Authentifizierung. Jetzt unterst\u00fctzen wir diese Authentifizierungsmethode auf GitLab!<\/p>\n

<\/p>\n

Danke, Kartikey Tanna (Kartikey Tanna<\/a><\/noindex>)!<\/p>\n

<\/p>\n

GitLab Runner 11.11<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Heute haben wir GitLab Runner 11.11 ver\u00f6ffentlicht! GitLab Runner ist ein Open-Source-Projekt, das zum Ausf\u00fchren von CI\/CD-Jobs und zum Zur\u00fccksenden der Ergebnisse an GitLab verwendet wird.<\/p>\n

<\/p>\n