Mit der neuen Version von GitLab 11.3 freuen wir uns, Ihnen Unterstützung für Maven-Repositorys, Codebesitzer, sichere Umgebungen und Prognosen für Epen präsentieren zu können. All dies wird dazu beitragen, die Verwaltung von Umgebungen und Code zu automatisieren, wodurch Java-Entwickler noch effizienter arbeiten können.
Maven-Repository
Wir haben unsere Unterstützung für Java-Projekte erweitert, indem wir Maven-Repositorys direkt in GitLab eingebettet haben. Java-Entwickler werden eine sichere und standardisierte Möglichkeit zu schätzen wissen, Maven-Bibliotheken mit einem Versionskontrollsystem zu verknüpfen und Zeit zu sparen, indem sie diese Bibliotheken in anderen Projekten wiederverwenden. Diese Funktion ist mit GitLab Premium verfügbar.
Codebesitzer und geschützte Umgebungen
Bezahlte Pläne, die mit GitLab Starter beginnen, bieten die Möglichkeit, der Datei Codebesitzer zuzuweisen, die die für diesen Teil des Codes verantwortlichen Teammitglieder angeben. Dies ist eine Vorbereitung für zukünftige Versionen, in denen die interne Kontrolle über die Codeebene gestärkt wird.
Ab GitLab Premium können Betreiber (die für die Bereitstellung verantwortlich sind) auch sichere Umgebungen verwenden , um Berechtigungen festzulegen, die bestimmen, wer den Code für die Produktion bereitstellen kann. Dies verringert das Risiko, dass jemand Code sendet, der nicht hinzugefügt werden sollte, erheblich. Und im Prinzip erhöht es die Sicherheit der Umwelt.
Prognosen für Epen
Portfolio Management wurde in GitLab Ultimate veröffentlicht, das automatisch das Start- und Enddatum des Epos basierend auf den Fristen in Meilensteinen vorhersagt . Dank dieser Innovation können Portfoliomanager geplante Start- und Enddaten mit geplanten Meilensteinen vergleichen und sich ein Bild von potenziellen Rückständen innerhalb des Epos machen. Auf diese Weise können Sie schneller Entscheidungen darüber treffen, was Sie fertigstellen und wann Sie Pläne anpassen müssen.
Jeder kann dazu beitragen.
Viele dieser Änderungen wurden von der riesigen GitLab-Community vorgenommen. Wir freuen uns auf Feedback und Verbesserungen für diese neuen Funktionen. Zusammen sind wir ein tolles Team!
Teilen Sie uns Ihre Meinung in den Kommentaren zum Blog-Artikel mit - und auch zu Habré. Was erwarten Sie von dieser Version? Woran sollen wir weiter arbeiten?
Wir laden Sie zu unseren Meetings und zur Webcast-Version 11.3 ein .
George fügte eine sehr beliebte Funktion hinzu, die viele hinzufügen wollten: Jetzt können Benutzer ihre privaten Beiträge zur Entwicklung in den Zeitplan auf der Profilseite aufnehmen.
Vielen Dank, George, für deine weiteren Beiträge zur Verbesserung von GitLab. Bald bekommst du ein cooles Merchandise-Kit!
Die wichtigsten neuen Funktionen der Version von GitLab 11.3
Maven-Repository
(PREMIUM, ULTIMATIV, SILBER, GOLD)
Für Softwareunternehmen ist es wichtig, Abhängigkeiten auf einfache und sichere Weise zu verwalten. Paketverwaltungstools wie Maven für Java-Entwickler bieten eine standardisierte Möglichkeit, Bibliotheken zu verteilen und ihre Versionen projektübergreifend zu verwalten.
In Release 11.3 bieten wir Maven-Repository-Unterstützung, die direkt in GitLab integriert ist. Entwickler von Low-Level-Diensten können ihre Bibliotheken jetzt im Maven-Repository des Projekts veröffentlichen. Sie müssen nur ein einfaches XML-Snippet mit anderen Teams teilen, die diese Bibliothek verwenden möchten, und Maven mit GitLab erledigt den Rest.
Schauen Sie sich ein Testprojekt an, das Assembly in das GitLab Maven-Repository schiebt, und Sie werden sehen, wie einfach es ist!
Dokumentation zum GitLab Maven-Repository und Originalticket .
Interaktive Webterminals für Shell- und Kubernetes-Läufer
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
CI / CD-Arbeit wird von Runners ausgeführt, genau wie Benutzer in der Pipeline konfigurieren. Dieser Prozess kann jedoch nicht gesteuert werden. Wenn die Arbeit fehlschlägt, können Benutzer die Details nicht herausfinden und die mutmaßliche Ursache des Problems ermitteln. Mit interaktiven Webterminals können Sie eine Verbindung zu laufenden oder abgeschlossenen Arbeiten herstellen und Befehle manuell ausführen, um besser zu verstehen, was im System geschieht.
Interaktive Webterminaldokumentation und Originalticket .
Verbesserte Wiederverwendung von Code in .gitlab-ci.yml
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILBER, GOLD)
Die Wiederverwendung von CI / CD-Prozesscode ist eine großartige Methode, um die Softwarebereitstellung konsistent zu machen, weniger Code für jede einzelne Arbeit zu schreiben und zu verwalten. Wir bieten eine flexible und leistungsstarke Möglichkeit, Code in YAML-Vorlagen mithilfe des extends wiederzuverwenden.
Erweitert die Blockdokumentation und das Originalticket .
Einzahlungen in private Repositories können jetzt in das Diagramm auf der Benutzerseite aufgenommen werden
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Wir bei GitLab lieben Open Source Software. Aber manchmal muss man an einem privaten Projekt arbeiten, das man (bisher) nicht für die Öffentlichkeit öffnen kann. Oder Sie sind aus Datenschutzgründen eingeschränkt. In jedem Fall ist GitLab auf Ihrer Seite.
In dieser Pressemitteilung bieten wir die Möglichkeit, private Entwicklungsbeiträge in den Investitionsplan auf Ihrer Seite aufzunehmen. Wenn Sie diese Einstellung für Ihr Profil aktiviert haben, werden Beiträge zu privaten Projekten auch im Einzahlungsplan und in den täglichen Einzahlungen angezeigt. So wird Ihre aktive Arbeit an privaten Projekten in GitLab genau dargestellt, ohne dass geheime Details preisgegeben werden.
Vielen Dank an George Tsiolis für diese Funktion!
Dokumentation zu privaten Einzahlungen im Profil und im Originalticket .
Neugestaltung der Projektseite
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
GitLab konzentriert sich ständig auf die Verbesserung der Benutzeroberfläche unseres Produkts.
Zusammen mit GitLab 11.3 aktualisieren wir die Seiten der Projektoberfläche, um die Projektinformationen besser darzustellen. Wir haben die Informationen auf dieser Seite strukturierter gestaltet, den oberen Bereich nach links ausgerichtet und die Einrückung vertikal optimiert, sodass Sie jetzt schnell Informationen über das Projekt und seinen Inhalt anzeigen können.
Projektdokumentation und Originalticket .
Geschützte Umgebungen
(PREMIUM, ULTIMATIV, SILBER, GOLD)
Die Betreiber sind häufig für den Schutz der Umgebung verantwortlich, in der wir den Code täglich senden. Diese Aufgabe wird besonders wichtig, wenn Code in der Produktion bereitgestellt wird.
In geschützten Umgebungen hat der Bediener die volle Kontrolle darüber, welche Benutzer, Gruppen oder Konten berechtigt sind, Code in diese Umgebung einzubetten, wodurch die Sicherheit der Umgebungen gewährleistet wird.
Dokumentation zu geschützten Umgebungen und das Originalticket .
Code-Besitzer
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILBER, GOLD)
Eine Codeüberprüfung ist die grundlegende Praxis eines erfolgreichen Projekts, es ist jedoch nicht immer klar, wer die Änderungen überprüfen soll. Jetzt können Sie für jede GitLab-Datei einen oder mehrere Codebesitzer zuweisen, die die Teammitglieder angeben, die für den Code in Ihrem Projekt verantwortlich sind.
CODEOWNERS werden mithilfe der CODEOWNERS Datei in einem ähnlichen Format wie gitattributes und beim Anzeigen der Datei in GitLab unter den Details des Commits angezeigt.
In zukünftigen Versionen werden Codebesitzer auch in die Zusammenführungsanforderungsprozesse einbezogen , um diejenigen vorzuschlagen und zu genehmigen , die die Zusammenführungsanforderung bestätigen. Und auch in geschützten Zweigen können nur Codebesitzer Dateien ändern .
Dokumentation über Codebesitzer und das Originalticket .
Vorhersagen für Epen mit eingebetteten Meilensteindaten
(ULTIMATIV, GOLD)
Vor dieser Version konnten Sie feste Start- und Enddaten für das Epos festlegen, was für die Planung und Zeiterfassung von Epen auf hoher Ebene sehr nützlich war. Da Aufgaben jedoch mit dem Epos verknüpft und einem bestimmten Meilenstein zugeordnet sind, wäre es schön, wenn die epischen Daten diese Meilensteine widerspiegeln würden.
Ab dieser Version können Sie zwischen einem festen Wert für diese Daten und einem dynamischen Wert für 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 Aufgaben hinzugefügt und entfernt, Meilensteine zu diesen Aufgaben hinzugefügt und entfernt werden oder wenn Daten von Meilensteinen geändert werden. Ebenso wird das dynamische Enddatum des Epos funktionieren.
Diese Funktion ist nützlich für Teams, die einen nahtlosen Übergang von der langfristigen Top-Down-Planung zur kurzfristigen Bottom-Up-Planung wünschen. Weitere Informationen finden Sie in einem Beitrag über epische Roadmaps , den wir vor einigen Wochen veröffentlicht haben.
Dokumentation zu Epen und Originalticket .
Weitere Verbesserungen in GitLab 11.3
Die Benachrichtigung über ein neues Epos kann manuell verbunden werden
(ULTIMATIV, GOLD)
In der letzten Version haben wir E-Mail-Benachrichtigungen zu neuen Epen für Benutzer hinzugefügt, die Gruppenaktivitätsbenachrichtigungen auf der Watch Ebene eingerichtet haben. In dieser Version fügen wir noch mehr Funktionen hinzu, um etwas anzupassen. Mithilfe der Custom Ebene können Sie jetzt Benachrichtigungen zu diesem Ereignis sowie zu anderen Ereignissen aktivieren oder deaktivieren.
Dokumentation der Benachrichtigungen und des Originaltickets .
Schnelle Aktion zum Hinzufügen einer Aufgabe zum Epos auf der Aufgabenseite
(ULTIMATIV, GOLD)
Auf der epischen Seite ist es ganz einfach, eine bereits angehängte Aufgabe hinzuzufügen oder zu löschen, was praktisch ist, wenn Sie am Epos selbst arbeiten.
Aber manchmal arbeiten Sie an einer Aufgabe und möchten sie einem vorhandenen Epos hinzufügen, dessen Namen Sie kennen. Jetzt ist es einfach, dies mit einer schnellen Aktion auf der Aufgabenseite zu tun, indem Sie die epische URL einfügen. In der nächsten Version wird eine schnelle Aktion angezeigt, mit der nach einem Epos mit Namen und automatischer Vervollständigung gesucht werden kann .
Es wird auch eine schnelle Aktion hinzugefügt, um die Aufgabe vom angehängten Epos zu trennen.
Schnelle Aktionsdokumentation und Originalticket .
Erlaubnis zur unabhängigen Bestätigung von Zusammenführungsanfragen
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILBER, GOLD)
Der Benutzer, der die Zusammenführungsanforderung erstellt hat, ist möglicherweise nicht der Autor der Änderungen, und andere Benutzer können der geöffneten Zusammenführungsanforderung zusätzliche Änderungen hinzufügen. Maintainer können jetzt die Selbstgenehmigung von Zusammenführungsanforderungen in den Projekteinstellungen zulassen.
Bisher wurde angenommen, dass der Benutzer, der die Zusammenführungsanforderung geöffnet hat, diese standardmäßig genehmigt (einschließlich Änderungen, die von anderen Personen vorgenommen wurden), und daher nicht an der Genehmigung der Zusammenführungsanforderung teilgenommen hat. Es gibt viele Situationen, in denen dies nicht der Fall ist und er gegen andere Änderungen sein wird. Durch Hinzufügen einer expliziten Berechtigung wird diese Annahme aufgehoben.
Dokumentation zur Selbstbestätigung von Zusammenführungsanfragen und dem Originalticket .
Repository-Sprachen in der Projektübersicht anzeigen
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Beim Anzeigen von Projekten in GitLab ist es wichtig und nützlich, die im Repository verwendeten Programmiersprachen sofort anzuzeigen.
In dieser Version fügen wir der Projektübersicht ein Fenster mit Programmiersprachen hinzu, in dem die relative Verwendung von Sprachen im Projekt angezeigt wird.
Projektdokumentation und Originalticket .
Benutzerdefinierte Dateivorlagen für Benutzerinstanzen
(PREMIUM, ULTIMATE)
Mit den Vorlagen für die .gitlab-ci.yml LICENSE , .gitignore , Dockerfile und .gitlab-ci.yml Sie diese allgemeinen Dateien problemlos zu Projekten hinzufügen. Benutzerdefinierte Vorlagen für solche Dateien können jetzt zu GitLab-Benutzerinstanzen hinzugefügt werden, indem Sie die Repository-Vorlage mit diesen auswählen.
Benutzerdefinierte Vorlagen sind nützlich, wenn GitLab-Vorlagen zu universell sind. Zum Beispiel, wenn das Unternehmen die Verwendung einer Benutzerlizenz in jedem Projekt benötigt oder wenn es eine komplexe Dockerfile , die für jeden Microservice verwendet werden sollte.
Vielen Dank an Daniel Barker für das Hinzufügen benutzerdefinierter Lizenzvorlagen .
Dokumentation des Vorlagen-Repositorys für die Instanz und das Originalticket .
Web-IDE-Dateivorlagen
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
.gitignore für LICENSE , .gitignore , Dockerfile und .gitlab-ci.yml erleichtern das Hinzufügen dieser freigegebenen Dateien zu Projekten und können jetzt in der Web-IDE verwendet werden. Dateivorlagen in der Web-IDE erleichtern das Starten eines neuen Projekts in der IDE-Webumgebung und halten diese wichtigen Dateien auf dem neuesten Stand.
Web-IDE-Dokumentation und Originalticket .
Feld für den Projektnamen beim Erstellen eines neuen Projekts hinzugefügt
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Um den Projektnamen zu Ihrem neu erstellten GitLab-Projekt hinzuzufügen, mussten Sie in die Projekteinstellungen gehen und zuvor den entsprechenden "lesbaren" Teil der Projektadresse (semantische URL) schreiben.
Mit GitLab 11.3 fügen wir dem Formular "Projekt erstellen" ein Projektnamenfeld hinzu. Außerdem wird die semantische URL jetzt automatisch aus dem Projektnamen generiert, während sie weiterhin manuell geändert werden kann. Dies beschleunigt und vereinfacht die Erstellung eines neuen Projekts.
Dokumentation zur Erstellung von Projekten und zum Originalticket .
Speichern hochgeladener Wiki-Dateien in einem 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 der lokalen Vorschau mit Gollum angezeigt.
Zuvor wurden Bilder im Projekt-Download-Verzeichnis an derselben Stelle gespeichert wie die übrigen Anhänge, die in Tickets heruntergeladen und Anforderungen zusammengeführt wurden. Dies führte dazu, dass eine angemessene lokale Anzeige des Wikis unmöglich war und nicht in ein anderes Git-Repository übertragen werden konnte.
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. Zu diesem Zweck sucht der Code nach bekannten Mustern und häufigen Fehlern, die zu Sicherheitsproblemen in der Anwendung führen können. Deshalb braucht jede Sprache 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, sodass Sie weder den Code noch die Pipeline-Definitionen ändern müssen, um diese Funktion zu aktivieren. Auto DevOps unterstützt es auch als Teil seiner Standardkonfiguration.
SAST-Dokumentation und Originalticket .
Filter für Zweig-Web-Hook-Push-Ereignisse
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Webhooks für Push-Ereignisse erleichtern die automatische Benachrichtigung externer Dienste über neue Commits. Zweige haben jedoch normalerweise eine andere Bedeutung. Push-Ereignisse können jetzt nach Zweigen gefiltert werden, sodass externe Dienste nur über Änderungen informiert werden, die für Sie wichtig sind.
Bisher wurden Web-Hooks nicht von GitLab gefiltert, und die meisten externen Systeme können eingehende Ereignisse nicht filtern. Dies bedeutete, dass Sie diese externen Dienste nicht direkt in GitLab integrieren konnten, wenn nur eine Teilmenge der Push-Ereignisse von einem externen Dienst verwendet werden soll.
Vielen Dank an Duana Saskia für diese Funktion!
Web-Hook-Dokumentation und Originalticket .
Bibliotheksmetrik-Warnungen
(ULTIMATIV, GOLD)
GitLab 11.2 hat die Möglichkeit hinzugefügt, Warnungen für benutzerdefinierte Metriken festzulegen , sodass Entwickler Benachrichtigungen erhalten können, wenn Probleme mit ihren Anwendungen auftreten.
In GitLab 11.3 haben wir die Unterstützung für Warnungen für alle Metriken erweitert, einschließlich der Standardmetriken, die mit unseren Bibliotheksmetriken bereitgestellt werden.
Warnungsdokumentation für Metriken und ein Originalticket .
Auto DevOps standardmäßig aktiviert
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Auto DevOps ist in GitLab Version 11.0 öffentlich verfügbar, und obwohl es weit verbreitet ist, möchten wir, dass alle GitLab-Benutzer seine umfassenden Funktionen nutzen. Auto DevOps bietet bereits erhebliche Vorteile, von der automatischen Erstellung (Auto Build) bis zur automatischen Überwachung (Auto Monitoring).
Ab GitLab 11.3 wird Auto DevOps standardmäßig sowohl auf GitLab.com als auch auf Benutzerinstanzen aktiviert, damit jedes Projekt diese Funktionen nutzen kann.
Lesen Sie die Dokumentation zum Aktivieren / Deaktivieren von Auto DevOps, wenn Sie es für Ihr Projekt oder für die gesamte Instanz deaktivieren möchten.
Auto DevOps-Dokumentation und Originalticket .
Verbesserungen an GitLab Geo
(PREMIUM, ULTIMATE)
Wir konzentrieren uns ständig auf die Verbesserung von Geo , unserer Funktion für geografisch verteilte Teams. Einige der wichtigen Verbesserungen in GitLab 11.3:
Sie können auch lesen, wie wir GitLab Geo erstellt haben .
Geo-Konfigurationsdokumentation und Geo- Taskboard .
Automatisches Deaktivieren von Auto DevOps für ein Projekt beim ersten Pipelinefehler
(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 unserer Meinung nach sehr wichtig ist, aktivieren wir sie standardmäßig, damit jeder davon profitieren kann. Obwohl Auto DevOps Projekte unterstützt, die die beliebtesten Programmiersprachen verwenden, gibt es möglicherweise spezielle Projekte, die eine zusätzliche Konfiguration erfordern.
Da wir sicherstellen möchten, dass keine Auto DevOps-Pipelines für Projekte ausgeführt werden, die nicht unterstützt werden, deaktivieren wir Auto DevOps, wenn eine der Pipelines ausfällt. GitLab benachrichtigt den Projektbesitzer darüber, damit er bei Bedarf die erforderlichen Konfigurationsänderungen für die weitere Arbeit mit Auto DevOps vornehmen kann. Projektbesitzer können Auto DevOps wieder aktivieren, nachdem sie die erforderlichen Änderungen vorgenommen haben.
Dokumentation zur automatischen DevOps-Aktivierung und Originalticket .
Gitaly v1.0
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Der Git-Zugriff 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. Dies bedeutet, dass Sie Gitaly ohne NFS auf Ihrem Server ausführen können, wenn alle zusätzlichen Funktionen aktiviert sind.
In der nächsten Version von Gitaly v1.1 sind standardmäßig alle Funktionen enthalten. Alle übrigen Funktionen verwenden Gitaly, sodass Sie auf NFS verzichten können.
Lesen Sie unseren Blog-Beitrag über den Weg zu Gitaly v1.0 .
Gitaly Dokumentation und Original Epos .
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, mit dem Sie Ihre CI / CD-Arbeit ausführen und die Ergebnisse an GitLab zurücksenden können.
Die wichtigsten Änderungen:
Eine Liste aller Änderungen finden Sie im CHANGELOG GitLab Runner.
GitLab Runner-Dokumentation
Liste der von GitLab verwendeten Open Source-Softwarekomponenten, die jetzt online verfügbar sind
(KERN, STARTER, PREMIUM, ULTIMATIV, KOSTENLOS, BRONZE, SILBER, GOLD)
Ab 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 die Inhalte geladen und extrahiert werden mussten.
Jetzt veröffentlichen wir diese Informationen sofort online, damit sie leichter zu finden und zu verlinken sind. Die Liste ist für GitLab CE und GitLab EE verfügbar.
Detaillierte Versionshinweise und Anweisungen zum Aktualisieren / Installieren finden Sie im englischen Originalbeitrag: GitLab 11.3, veröffentlicht mit Maven Repository und Protected Environments .
Cattidourden , ainoneko , rishavant und nick_volynkin arbeiteten an der Übersetzung aus dem Englischen.