{"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 wichtige \u00c4nderungen 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 zur Zusammenarbeit und zus\u00e4tzliche Benachrichtigungen<\/h3>\n

<\/p>\n

Wir bei GitLab suchen st\u00e4ndig nach neuen M\u00f6glichkeiten, die Zusammenarbeit \u00fcber den gesamten DevOps-Lebenszyklus zu verbessern. Wir freuen uns, ank\u00fcndigen zu k\u00f6nnen, dass wir ab dieser Version mehrere Verantwortliche f\u00fcr eine Merge-Request unterst\u00fctzen<\/a><\/noindex>! Diese Funktion ist ab dem GitLab Starter Level verf\u00fcgbar und verk\u00f6rpert wirklich unser Motto: \u201eJeder kann einen Beitrag leisten\u201c<\/strong>. Wir wissen, dass viele Menschen an einem Merge-Request arbeiten k\u00f6nnen, um sicherzustellen, dass alles in Ordnung ist, und jetzt 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 Ereignisliste in diesen beiden Chats hinzu, und Ihr Team wird fast sofort \u00fcber neue Deployments informiert.<\/p>\n

<\/p>\n

Kostensenkung mit Unterst\u00fctzung f\u00fcr Docker-Container in Windows und der Vorbereitung von Kubernetes-Clustern auf Instanzebene<\/h3>\n

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

Wir lieben Container! Container ben\u00f6tigen im Vergleich zu virtuellen Maschinen weniger Systemressourcen und verbessern die Portabilit\u00e4t von Anwendungen. Mit der Ver\u00f6ffentlichung von 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 zur Orchestrierung von Pipelines und Verwaltung genie\u00dfen k\u00f6nnen.<\/p>\n

<\/p>\n

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

<\/p>\n

Benutzer von selbstverwalteten GitLab-Instanzen k\u00f6nnen nun Kubernetes-Cluster auf Instanzebene vorbereiten<\/a><\/noindex>, und alle Gruppen und Projekte in der Instanz werden es f\u00fcr ihre Deployments verwenden. Dank dieser Integration werden in GitLab automatisch Ressourcen f\u00fcr bestimmte Projekte erstellt, um zus\u00e4tzliche Sicherheit zu gew\u00e4hrleisten.<\/p>\n

<\/p>\n

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

<\/p>\n

Neben neuen M\u00f6glichkeiten zur Zusammenarbeit und zus\u00e4tzlichen Benachrichtigungen haben wir g\u00e4stlichen Zugriff auf Releases hinzugef\u00fcgt<\/a><\/noindex>, die zus\u00e4tzlichen CI Runner-Minuten f\u00fcr GitLab Free erh\u00f6ht<\/a><\/noindex>, Pr\u00fcfungen durch automatisches Beheben von 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 Ausgabe haben wir die M\u00f6glichkeit hinzugef\u00fcgt, einzelne Ordner aus Repositories hochzuladen und nicht den gesamten Inhalt. Jetzt k\u00f6nnen Sie nur die ben\u00f6tigten Dateien herunterladen. Danke, Kia Mei 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, sodass Docker-Container jetzt direkt unter Windows verwendet werden k\u00f6nnen. Fr\u00fcher musste f\u00fcr 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\u00f6glichkeiten zur Orchestrierung von Pipelines und Management zur Verf\u00fcgung.<\/p>\n

<\/p>\n

Dieses Update beinhaltet eine verbesserte PowerShell-Unterst\u00fctzung in GitLab CI\/CD, sowie neue Hilfsbilder f\u00fcr verschiedene Versionen von Windows-Containern. Ihre eigenen Windows-Runner k\u00f6nnen nat\u00fcrlich mit GitLab.com verwendet werden, sind aber derzeit noch nicht Teil der \u00f6ffentlich zug\u00e4ngigen Werkzeuge.<\/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 verwenden h\u00e4ufig Container in Build-Pipelines, und ein Caching-Proxy f\u00fcr h\u00e4ufig verwendete Images und Pakete aus Upstream ist eine hervorragende M\u00f6glichkeit, Pipelines zu beschleunigen. Mit einer lokalen Kopie der ben\u00f6tigten Ebenen, die \u00fcber den neuen Caching-Proxy verf\u00fcgbar ist, kann effizienter mit g\u00e4ngigen Images in Ihrer Umgebung gearbeitet werden.<\/p>\n

<\/p>\n

Der Proxy f\u00fcr Container ist derzeit nur f\u00fcr selbstverwaltete Instanzen auf dem Webserver verf\u00fcgbar Puma (im experimentellen Modus)<\/a><\/noindex>.<\/p>\n

<\/p>\n

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

<\/p>\n

Mehrere Verantwortliche f\u00fcr Merge-Requests<\/h3>\n

<\/p>\n

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

<\/p>\n

Es kommt h\u00e4ufig 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.<\/p>\n

<\/p>\n

In GitLab 11.11 k\u00f6nnen mehrere Personen f\u00fcr Merge-Requests zugewiesen werden. Wie bei mehreren Verantwortlichen f\u00fcr Aufgaben k\u00f6nnen hier Listen, Filter, Benachrichtigungen und APIs verwendet werden.<\/p>\n

<\/p>\n

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

<\/p>\n

Kubernetes-Cluster-Konfiguration auf Instanzebene<\/h3>\n

<\/p>\n

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

<\/p>\n

Das Sicherheits- und Vorbereitungsmodell in Kubernetes entwickelt sich weiter, und jetzt k\u00f6nnen eine gro\u00dfe Anzahl von Clients \u00fcber ein gemeinsames Cluster bedient werden.<\/p>\n

<\/p>\n

In GitLab 11.11 k\u00f6nnen Benutzer selbstverwalteter Instanzen nun Cluster auf Instanzebene vorbereiten, und alle Gruppen und Projekte in der Instanz nutzen diese f\u00fcr ihre Deployments. Durch diese Integration werden Ressourcen f\u00fcr spezifische Projekte zur zus\u00e4tzlichen Sicherheit automatisch in GitLab mit Kubernetes 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-Events im Teamkanal einrichten, dank der Integration mit Chats 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

G\u00e4stezugriff auf Releases<\/h3>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

Serialisierte Commit-Grafiken 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, 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.<\/p>\n

<\/p>\n

In GitLab 11.11 haben wir die Funktion der serialisierten Commit-Grafiken, die in den neuesten Git-Versionen eingef\u00fchrt wurde, aktiviert, um diese Informationen im Voraus zu berechnen und zu speichern. Jetzt werden Durchl\u00e4ufe in gro\u00dfen Repositories viel schneller ausgef\u00fchrt. Die Commit-Grafik wird bei der n\u00e4chsten Garbage Collection im Repository automatisch erstellt.<\/p>\n

<\/p>\n

Lesen Sie, wie die serialisierte Commit-Grafik erstellt wurde, in einer Artikelreihe<\/a><\/noindex> von einem der Autoren dieser Funktion.<\/p>\n

<\/p>\n

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

<\/p>\n

KOSTENLOS, 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 zahlende Pl\u00e4ne von GitLab.com. In diesem Release k\u00f6nnen Minuten auch in kostenlosen Pl\u00e4nen erworben werden.<\/p>\n

<\/p>\n

Download von Verzeichnisarchiven 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 der Download des gesamten Projektarchivs lange dauern und ist nicht immer erforderlich, insbesondere bei gro\u00dfen Monorepositories. In GitLab 11.11 k\u00f6nnen Sie ein Archiv des Inhalts des aktuellen Verzeichnisses herunterladen, einschlie\u00dflich Unterverzeichnissen, um nur die ben\u00f6tigten Ordner auszuw\u00e4hlen.<\/p>\n

<\/p>\n

Danke f\u00fcr die Arbeit, Kia Mei Somabes<\/a><\/noindex>!<\/p>\n

<\/p>\n

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

<\/p>\n

Die Anwendung eines Vorschlags erm\u00f6glicht jetzt automatisch eine Diskussion<\/h3>\n

<\/p>\n

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

<\/p>\n

Der \u00c4nderungsantrag vereinfacht die Zusammenarbeit bei Merge-Requests: Jetzt kann der Vorschlag akzeptiert werden, ohne ihn kopieren und einf\u00fcgen zu m\u00fcssen. In GitLab 11.11 haben wir diesen Prozess noch einfacher gemacht: Die Diskussion wird nun automatisch beendet, wenn der Vorschlag angewendet wird.<\/p>\n

\n

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

Zeiterfassung auf der Seitenleiste des Aufgaben-Boards<\/h3>\n

<\/p>\n

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

<\/p>\n

Die Seitenleisten von Aufgaben sollten in den Ansichten f\u00fcr 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 \u00f6ffnet sich.<\/p>\n

<\/p>\n

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

<\/p>\n

Informationen zu Deployments in der 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 abzurufen, um zu wissen, welcher Commit derzeit in der Umgebung bereitgestellt ist. Dies wird die Automatisierung und Berichterstattung f\u00fcr die Benutzer von Environments in GitLab vereinfachen.<\/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 Sie negative Gleichheit oder \u00dcbereinstimmungen von Mustern (!=<\/code> und !~<\/code>) in der Datei .gitlab-ci.yml<\/code> bei der \u00dcberpr\u00fcfung von Werten von Umgebungsvariablen pr\u00fcfen, sodass die Kontrolle \u00fcber das Verhalten der Pipelines flexibler wird.<\/p>\n

<\/p>\n

Starten aller manuell ausgef\u00fchrten Jobs in einer Phase mit einem Klick<\/h3>\n

<\/p>\n

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

<\/p>\n

In GitLab 11.11 k\u00f6nnen Benutzer, die in den Phasen viele manuell ausgef\u00fchrte Jobs haben, jetzt alle diese Jobs in einer Phase ausf\u00fchren, indem sie auf die Schaltfl\u00e4che \u201eAlle abspielen\u201c<\/strong> (\u201ePlay all\u201c) rechts neben dem Namen der Phase in der Pipeline-Ansicht klicken.<\/p>\n

<\/p>\n

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 werden m\u00fcssen und nur in einer bestimmten Umgebungspipeline zug\u00e4nglich sind. Dazu legen Sie den Inhalt der Datei als Variableninhalt fest und erstellen die Datei in dem Job, der den Wert enth\u00e4lt. Mit der neuen Umgebungsvariablen vom Typ SETUP.EXE: MS-DOS-Executable, NE f\u00fcr MS Windows 3.x<\/code> kann dies in einem Schritt durchgef\u00fchrt werden, ohne die .gitlab-ci.yml.<\/code><\/p>\n

<\/p>\n

API-Endpunkt f\u00fcr Schwachstellendaten<\/h3>\n

<\/p>\n

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

<\/p>\n

Sie k\u00f6nnen jetzt \u00fcber die GitLab API alle im Projekt gefundenen Schwachstellen abrufen. Mit dieser API k\u00f6nnen maschinenlesbare Listen von Schwachstellen mit Filtern nach Typ, Verl\u00e4sslichkeit und Schweregrad erstellt werden.<\/p>\n

<\/p>\n

M\u00f6glichkeit zur vollst\u00e4ndigen dynamischen Scans f\u00fcr DAST<\/h3>\n

<\/p>\n

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

<\/p>\n

In GitLab k\u00f6nnen Sie die Sicherheit von Anwendungen dynamisch testen (Dynamic Application Security Testing, DAST) innerhalb des CI-Pipelines. Ab dieser Version k\u00f6nnen Sie vollst\u00e4ndige dynamische Scans anstelle von standardm\u00e4\u00dfigen passiven Scans ausw\u00e4hlen. Vollst\u00e4ndige dynamische Scans bieten Schutz vor einer gr\u00f6\u00dferen Anzahl von Sicherheitsanf\u00e4lligkeiten.<\/p>\n

<\/p>\n

Installation von Prometheus in gruppenbasierten Clustern<\/h3>\n

<\/p>\n

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

<\/p>\n

In dieser Version von GitLab gibt es die M\u00f6glichkeit, einen Kubernetes-Cluster an die gesamte Gruppe anzubinden. 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 vereinfachen.<\/p>\n

<\/p>\n

Informationen zum Ignorieren von Sicherheitsanf\u00e4lligkeiten auf dem Sicherheits-Dashboard<\/h3>\n

<\/p>\n

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

<\/p>\n

Auf den Sicherheits-Dashboards von GitLab k\u00f6nnen Administratoren ignorierte Sicherheitsanf\u00e4lligkeiten einsehen. Um den Workflow zu optimieren, haben wir die M\u00f6glichkeit hinzugef\u00fcgt, Informationen \u00fcber das Ignorieren direkt auf dem Sicherheits-Dashboard anzuzeigen.<\/p>\n

<\/p>\n

Erstellung von benutzerdefinierten Diagrammen f\u00fcr Metriken im Dashboard<\/h3>\n

<\/p>\n

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

<\/p>\n

Erstellen Sie neue Diagramme mit benutzerdefinierten Leistungsmetriken direkt auf dem Dashboard des Metrik-Dashboards. Jetzt k\u00f6nnen Benutzer Metrikvisualisierungen im Dashboard erstellen, aktualisieren und l\u00f6schen, indem Sie auf die Schaltfl\u00e4che \u00abAdd Metric\u00bb<\/strong> (\u00abMetrik hinzuf\u00fcgen\u00bb) in der oberen rechten Ecke des Dashboards klicken.<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

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

<\/p>\n

Epik-Beschreibungen wurden nicht im lokalen Speicher gespeichert, sodass \u00c4nderungen verloren gingen, wenn Sie sie nicht ausdr\u00fccklich speicherten, w\u00e4hrend Sie die Beschreibung des Epiks \u00e4nderten. In GitLab 11.11 wurde die M\u00f6glichkeit eingef\u00fchrt, Epik-Beschreibungen im lokalen Speicher zu speichern. Das bedeutet, dass Sie jetzt leicht zur \u00c4nderung der Epik-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 Mirror auf GitLab f\u00fcr Git LFS<\/h3>\n

<\/p>\n

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

<\/p>\n

Durch das Spiegeln k\u00f6nnen 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\u00fctzt GitLab das Spiegeln 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 Schreibrechte in Repositories f\u00fcr pers\u00f6nliche Zugriffstoken<\/h3>\n

<\/p>\n

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

<\/p>\n

Viele pers\u00f6nliche Zugriffstoken haben Berechtigungen auf \u00c4nderungsniveau API<\/code>, aber voller Zugriff auf die API kann einigen Benutzern oder Organisationen zu viele Rechte gew\u00e4hren.<\/p>\n

<\/p>\n

Dank des Beitrags der Community k\u00f6nnen pers\u00f6nliche Zugriffstoken jetzt nur Lese- und Schreibrechte f\u00fcr die Repositories des Projekts haben, aber keinen tieferen API-Zugriff auf so sensible Bereiche von GitLab wie Einstellungen und Mitgliedschaften.<\/p>\n

<\/p>\n

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

<\/p>\n

Grundlegende Unterst\u00fctzung f\u00fcr gruppenbasierte GraphQL-Anfragen hinzuf\u00fcgen<\/h3>\n

<\/p>\n

KOSTENLOS, BRONZE, SILBER, GOLD, KERN, STARTER, PREMIUM, UMFANGREICH<\/em><\/p>\n

<\/p>\n

Mit der GraphQL-API k\u00f6nnen Benutzer genau angeben, welche Daten sie ben\u00f6tigen, und alle erforderlichen Informationen mit wenigen Anfragen erhalten. Ab dieser Ver\u00f6ffentlichung unterst\u00fctzt GitLab die Hinzuf\u00fcgung grundlegender Gruppendaten zur 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 Entwickler von Salesforce, und um diese Community zu unterst\u00fctzen, erlauben wir Benutzern, sich mit ihren Salesforce.com-Anmeldedaten bei GitLab anzumelden. Jetzt k\u00f6nnen Instanzen so konfiguriert werden, dass GitLab als Anwendung verbunden mit Salesforce eingerichtet wird, um die Anmeldung bei GitLab mit einem einzigen Klick \u00fcber Salesforce.com zu erm\u00f6glichen.<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

Wir erweitert die Anforderung an die einmalige Anmeldung (SSO)<\/a><\/noindex> auf Gruppenebene, die in der Version 11.8 eingef\u00fchrt wurde, mit strenger \u00dcberpr\u00fcfung der Gruppen- und Projektrechte, damit Benutzer nur bei SSO-Anmeldung Zugriff erhalten. Dies bietet ein zus\u00e4tzliches Kontrollniveau f\u00fcr Organisationen, die Sicherheit sch\u00e4tzen und GitLab.com \u00fcber SAML SSO verwenden. Jetzt k\u00f6nnen Sie SSO zu einer obligatorischen Anforderung machen, in dem Wissen, dass die Benutzer in Ihrer Gruppe SSO verwenden.<\/p>\n

<\/p>\n

Filtern nach neu erstellten oder ge\u00e4nderten Daten f\u00fcr die API der Epics<\/h3>\n

<\/p>\n

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

<\/p>\n

Fr\u00fcher war es schwierig, neu erstellte oder ge\u00e4nderte Daten \u00fcber die API der Epics in GitLab abzufragen. In Version 11.11 haben wir zus\u00e4tzliche Filter hinzugef\u00fcgt created_after<\/code>, created_before<\/code>, aktualisiert_nach<\/code> und aktualisiert_vor<\/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

Unternehmen UltraAuth<\/noindex> spezialisiert sich auf biometrische Authentifizierung ohne Passwort. Jetzt unterst\u00fctzen wir diese Authentifizierungsmethode in 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 verwendet wird, um CI\/CD-Jobs auszuf\u00fchren und die Ergebnisse an GitLab zur\u00fcckzugeben.<\/p>\n

<\/p>\n