GitLab

GitLab ist eine Open-Source-, plattformunabhängige und vollständig kostenlose webbasierte Software-Repository- und Projektmanagement-Anwendung, die in Ruby on Rails implementiert und aus dem berühmten GitHub-Projekt geklont wurde. Es wird in mehr als 100.000 Organisationen weltweit verwendet und speziell für die GNU / Linux-Plattform entwickelt.

Das GitLab-Projekt, das von GitHub inspiriert und auf GitHub gehostet wird, ist eine Code-Hosting-Anwendung, die Zusammenführungs-Anfragen, Kommentare, Zugriff auf Kontroll-Repositories, Netzwerkgrafiken, Code-Snippets, Verwaltung, Wiki und Probleme unterstützt.

Mit GitLab kann jeder Anwendungsentwickler Projekte und App-Repositorys erstellen, Code-Reviews durchführen und den Zugriff verwalten. Es hilft mehreren Softwareentwicklern, einfach am Code mitzuarbeiten.

Die Anwendung bietet Entwicklern fein abgestimmter Zugriffssteuerungen aller Art, um Git-Repositories mühelos zu verwalten und ihren Quellcode jederzeit sicher zu halten. Es hilft Ihnen auch, die Zusammenarbeit mit Zusammenführungs-Anfragen zu verbessern und Code-Überprüfungen durchzuführen.

Ein weiteres interessantes Merkmal von GitLab ist, dass es ein Wiki und einen Issue Tracker für jedes Ihrer Projekte implementiert, was es zu einer der beliebtesten Lösungen macht, um Git-Software-Repositories lokal zu verwalten.

Die GitLab-Software wurde speziell für die GNU / Linux-Plattform entwickelt und unterstützt alle wichtigen Distributionen wie Red Hat Enterprise Linux, CentOS, Debian und Ubuntu. Es erfordert Ruby 2.0 oder höher, Git 1.7.10 oder höher, Redis 2.0 oder höher, sowie die MySQL- oder PostgreSQL-Datenbankserver.

Die Software ist in Ruby on Rails geschrieben und als universelles Quellenarchiv verteilt, so dass der Anwender seinen Quellcode für eine bestimmte Betriebssystem- oder Hardwarearchitektur optimieren kann (32-Bit und 64-Bit Befehlssatzarchitekturen werden dabei unterstützt) Zeit). Es ist unter der MIT Expat-Lizenz verfügbar.

Was ist neu in dieser Version:

• Alles, was wir bei GitLab tun, von unserem integrierten Produkt bis hin zu unseren monatlichen Releases, konzentriert sich auf das Ziel, Entwicklungsteams dabei zu helfen, die Zeit bis zur Wertschöpfung zu reduzieren. Mit jeder neuen Version möchten wir Ihnen helfen, in kürzerer Zeit mehr zu erreichen und gleichzeitig eine intuitive und benutzerfreundliche Erfahrung in unserem Produkt zu bieten. Mit GitLab 9.5 wird diesem Ziel ein großer Schritt näher gebracht. Diese Version enthält Verbesserungen an unserer Navigation, neue Projektvorlagen mit vorkonfiguriertem CI und neue Automatisierungsfunktionen für CI und Leistungsüberwachung, die Ihnen Zeit und Mühe sparen.
• Dies wird die letzte Version 9.x sein, da wir uns auf die Veröffentlichung von GitLab 10.0 am 22. September vorbereiten! Nichtsdestotrotz liefern wir einige großartige neue Funktionen ab, um unsere 9.x-Versionen abzurunden:
• Um die Navigation in GitLab zu verbessern, haben wir die neue Navigation aktualisiert, die Benutzeroberfläche optimiert und die Anzahl der Klicks verringert, die erforderlich sind, um durch Ihre GitLab-Instanz zu navigieren. Mit den neu hinzugefügten Icons und Subnav im Hover ist es einfacher und schneller als je zuvor, GitLab zu erkunden.
• Der Einstieg in ein neues Projekt ist jetzt schneller geworden. In GitLab 9.5 haben wir Projektvorlagen eingeführt, mit denen Sie schnell ein neues Projekt mit vorkonfiguriertem CI erstellen können.
• In Fortsetzung unserer Mission, Zeit zu sparen, haben wir es GitLab ermöglicht, fehlgeschlagene Jobs, die mit GitLab CI / CD ausgeführt wurden, automatisch erneut zu versuchen. Jetzt müssen Sie sich keine Sorgen mehr darüber machen, dass Sie Zeit verlieren, um zu den Pipelines Ihres Projekts zurückzukehren, nur um bei einem fehlgeschlagenen Job erneut zu versuchen.
• GitLab 9.5 bringt auch Verbesserungen für den letzten Teil des Entwicklungslebenszyklus. Mit der automatischen Überwachung für automatisch implementierte Anwendungen haben wir die Erfassung von Antwort- und Systemmesswerten aus Ihren Apps vereinfacht.

Was ist neu in Version 9.5.0:

• Alles, was wir bei GitLab tun, von unserem integrierten Produkt bis hin zu unseren monatlichen Releases, konzentriert sich auf das Ziel, Entwicklungsteams dabei zu helfen, die Zeit bis zur Wertschöpfung zu reduzieren. Mit jeder neuen Version möchten wir Ihnen helfen, in kürzerer Zeit mehr zu erreichen und gleichzeitig eine intuitive und benutzerfreundliche Erfahrung in unserem Produkt zu bieten. Mit GitLab 9.5 wird diesem Ziel ein großer Schritt näher gebracht. Diese Version enthält Verbesserungen an unserer Navigation, neue Projektvorlagen mit vorkonfiguriertem CI und neue Automatisierungsfunktionen für CI und Leistungsüberwachung, die Ihnen Zeit und Mühe sparen.
• Dies wird die letzte Version 9.x sein, da wir uns auf die Veröffentlichung von GitLab 10.0 am 22. September vorbereiten! Nichtsdestotrotz liefern wir einige großartige neue Funktionen ab, um unsere 9.x-Versionen abzurunden:
• Um die Navigation in GitLab zu verbessern, haben wir die neue Navigation aktualisiert, die Benutzeroberfläche optimiert und die Anzahl der Klicks verringert, die erforderlich sind, um durch Ihre GitLab-Instanz zu navigieren. Mit den neu hinzugefügten Icons und Subnav im Hover ist es einfacher und schneller als je zuvor, GitLab zu erkunden.
• Der Einstieg in ein neues Projekt ist jetzt schneller geworden. In GitLab 9.5 haben wir Projektvorlagen eingeführt, mit denen Sie schnell ein neues Projekt mit vorkonfiguriertem CI erstellen können.
• In Fortsetzung unserer Mission, Ihnen Zeit zu sparen, haben wir es GitLab ermöglicht, fehlgeschlagene Jobs, die mit GitLab CI / CD ausgeführt wurden, automatisch erneut zu versuchen. Jetzt müssen Sie sich keine Sorgen mehr darüber machen, dass Sie Zeit verlieren, um zu den Pipelines Ihres Projekts zurückzukehren, nur um bei einem fehlgeschlagenen Job erneut zu versuchen.
• GitLab 9.5 bringt auch Verbesserungen für den letzten Teil des Entwicklungslebenszyklus. Mit der automatischen Überwachung für automatisch implementierte Anwendungen haben wir die Erfassung von Antwort- und Systemmesswerten aus Ihren Apps vereinfacht.

Was ist neu in Version 9.4.0:

• Überraschung ist schwieriger zu erreichen, wenn Sie alles im Freien machen. Aber die Arbeit im Freien gibt uns die Macht, Ihnen zu sagen, warum wir das versenden, was wir heute veröffentlichen, und wie diese Version GitLab für etwas noch Besseres in der Zukunft aufbaut.
• GitLab 9.4 legt den Grundstein für vieles, was noch kommen wird, und gibt Ihnen heute noch einige neue Kräfte. Sie können nun Probleme formal miteinander in Verbindung bringen, unser "Out-of-the-Box" -Magie-Monitoring sammelt jetzt viele weitere Metriken ohne Konfiguration und wir haben die Dinge, die Sie mit Variablen in CI machen können, vervierfacht.
• Außerdem geben wir Ihnen mit einer Opt-In-Beta unserer neuen Navigation einen aktuellen Einblick in die Zukunft. Wir hoffen, dass wir mit Ihnen zusammenarbeiten können, um es zu einer Verbesserung zu machen, die jeder liebt.
• Wir freuen uns auch, Ihnen mitteilen zu können, dass wir ein GitLab PowerUp für Trello liefern, mit dem Sie Ihre Trello-Boards problemlos in GitLab integrieren können!
• Darüber hinaus möchten wir Ihnen mit unserer neuen Slack App für GitLab.com das Leben erleichtern.
• Und wenn ein Blick nicht ausreicht, möchten wir die Konfiguration Ihrer DevOps-Toolchain mit der Vision von Auto DevOps vollständig automatisieren, die Ihre Anwendung analysiert und Ihre CI / CD-Pipeline automatisch so konfiguriert, dass sie und nach Kubernetes entsenden. Um zu sehen, wo wir unterwegs sind, schauen Sie sich unsere Vision für Auto DevOps an!
• Verwandte Themen EES EEP:
• Immer wenn Sie einen Link von einem Problem zu einem anderen teilen, verkürzt GitLab es und vernetzt es automatisch. Aber wenn Probleme länger werden und Projekte komplexer werden, wird es schwierig, Links zu verwalten und damit verbundene Probleme schnell zu finden. Um dieses Problem zu lösen, führen wir verwandte Probleme ein. Mit verwandten Themen können Sie ein anderes Problem offiziell als verwandt deklarieren. Ein Link zu der anderen Ausgabe, deren Status und Name wird in jeder Ausgabe angezeigt. Fügen Sie einfach einen Link zu dem Problem ein, das Sie verknüpfen möchten, oder suchen Sie nach einem Link, indem Sie # eingeben (wie Sie es bereits konnten), um es zu verknüpfen. In der Zukunft werden wir verschiedene Arten von Beziehungen durch diesen Mechanismus einführen.
• Neue Navigation CE EES EEP:
• Um GitLab einfacher und schneller zu machen, arbeiten wir an der Aktualisierung unserer Navigation. Da eine neue Navigation eine große Störung darstellen kann, veröffentlichen wir den ersten Schritt als Opt-In-Konfiguration mit GitLab 9.4. Um die neue Navigation zu aktivieren, klicken Sie auf Ihr Profilbild in der oberen rechten Ecke und wählen Sie Neue Navigation aktivieren. Wir haben Anpassungen an der globalen Top-Navigation vorgenommen und die kontextabhängige Navigation im linken Menü eingeführt, abhängig davon, welche Seite gerade angezeigt wird. Die neue Benutzeroberfläche ist noch in Arbeit und wird die bestehende Navigation in den nächsten Monaten ersetzen. Bitte lesen Sie in unserem Blogbeitrag über unseren Prozess und welche Arbeiten noch ausgeführt werden müssen.
• Überwachung von Webanwendungen CE EES EEP:
• Als Teil von GitLab 9.0 haben wir das System-Performance-Management eingeführt, das in CI / CD-Implementierungen integriert ist. Dabei werden implementierte Anwendungen auf Kubernetes überwacht, indem die CPU- und Speicherauslastung überwacht wird. Dies war ein guter erster Schritt, und mit GitLab 9.4 freuen wir uns, Web Application Monitoring mit Unterstützung außerhalb von Kubernetes zu starten. GitLab erkennt jetzt automatisch wichtige Benutzererlebnisindikatoren wie Durchsatz, Fehlerrate und Latenz. Verbinden Sie Prometheus einfach mit einem unterstützten Load Balancer oder HTTP-Server, und diese Statistiken werden erkannt und mit der Verfolgung dieser Statistiken begonnen. Die Bereitstellung einer großartigen Erfahrung liegt in der Verantwortung aller Beteiligten, und GitLab erleichtert dies, indem die Leistungsrückkopplungsschleife bei den Tools geschlossen wird, die Entwickler jeden Tag verwenden.
• Geheime Variablen auf Gruppenebene CE EES EEP:
• Geheime Variablen sind sehr nützlich, wenn Sie einen sicheren Ort zum Speichern sensibler Informationen benötigen. Bisher wurden geheime Variablen auf Projektebene gespeichert. Wir wissen jedoch, dass es für verschiedene Projekte in derselben Gruppe üblich ist, Informationen über die Bereitstellung oder Anmeldeinformationen für den Zugriff auf externe Dienste zu teilen. Mit geheimen Variablen auf Gruppenebene entfällt die Notwendigkeit, Variablen von einem Projekt zum nächsten zu duplizieren: Jetzt können Sie diese Werte einmal eingeben, und jedes Projekt oder jede Untergruppe in der Gruppe greift automatisch auf diese Werte zu. Es ist auch sehr einfach, diese Werte zu aktualisieren. Sie ändern sie nur an einem Ort und sie werden automatisch für alle Projekte geändert.
• Variablen in Pipeline-Zeitplänen CE EES EEP:
• In GitLab 9.2 haben wir Pipeline-Zeitpläne eingeführt, um Pipelines automatisch in einem bestimmten Zeitintervall auszuführen, aber die meisten Teams möchten beim Ausführen des Zeitplans auch andere Werte für bestimmte Variablen angeben. In GitLab 9.4 haben wir die Möglichkeit hinzugefügt, beim Erstellen oder Ändern eines Pipeline-Zeitplans Variablen zu definieren: Diese Werte werden allen bereits definierten Variablen hinzugefügt. Mit dieser Funktion können Sie auch vorhandene Variablen so umdefinieren, dass sie nur für diesen bestimmten Lauf einen anderen Wert haben, z. B. wenn Sie einen & quot; täglichen & quot; Pipeline führt einige Tests auf andere Weise aus.
• Umgebungsspezifische geheime Variablen EEP:
• Variablen sind oft die richtige Lösung, um Werte zu definieren, die dann bei Implementierungen in bestimmten Umgebungen verwendet werden. Da für verschiedene Umgebungen (z. B. Bereitstellung und Produktion) möglicherweise unterschiedliche Werte für dieselbe Aufgabe erforderlich sind, z. B. der Name der Anwendung, ist es wichtig, eine direkte Bindung zwischen einigen Variablen und der zugehörigen Umgebung zu erstellen. Mit GitLab 9.4 werden Environment-spezifische Variablen eingeführt, um dieses Problem zu lösen, da Entwickler jetzt definieren können, welche Umgebungen eine Variable erhalten, selbst wenn sie Platzhalter verwenden, um dynamische Umgebungen wie `review / * einzuschließen. Es ist jetzt einfach, mit minimalem Aufwand in verschiedenen Umgebungen zu implementieren!
• GitLab Power-Up für Trello CE EES EEP:
• Verwenden von Trello und GitLab? Jetzt kannst du diese Erfahrung mit dem neuen GitLab Power-Up noch besser machen! Wenn du in Trello eines deiner Boards anschaust, gehe einfach zu Power-Ups und scrolle zum GitLab Power-Up. Nach der Einrichtung können Sie Zusammenführungsaufträge an Trello-Karten anhängen. In Trello müssen Sie Ihre Domain wie gitlab.com/api/v4 für GitLab.com konfigurieren und Ihr persönliches Token hinzufügen.
• GitLab Slack App für GitLab.com CE EES EEP:
• GitLab ist bereits tief in Slack (und Matternmost, Microsoft Teams und HipChat) integriert, aber wir hatten noch keine App im Slack App Directory. Heute machen wir! Das bedeutet, dass das Einrichten der Slack-Integration mit Ihren Projekten auf GitLab.com jetzt viel einfacher ist. Sie können es über Ihre Projekteinstellungen in GitLab (Einstellungen & gt; Integrationen) einrichten. Bald wird es auch im Slack App-Verzeichnis verfügbar sein. Wir arbeiten mit Slack daran, sicherzustellen, dass private Instanzen in naher Zukunft dieselbe Slack-App nutzen können. Natürlich können private Instanzen sich mit Slack über die in der Dokumentation beschriebenen manuellen Schritte verbinden.
• Weitere Verbesserungen in GitLab 9.4:
• Verbesserte Internationalisierung CE EES EEP
• Einheitliche Slack-Schnittstelle CE EES EEP
• Meilensteine ​​der Gruppe CE EES EEP
• Zusätzliche GitLab Service Metriken CE EES EEP
• Anpassbarer Pfad für die CI / CD-Konfiguration CE EES EEP
• Neue Cache-Richtlinie für die CI / CD-Konfiguration CE EES EEP
• Erweiterte Docker-Konfiguration für CI / CD CE EES EEP
• Verbessertes Prometheus Monitoring von Kubernetes Deployments CE EES EEP
• Kommende Omnibus-Paketsignierung CE EES EEP
• Sicherheit - LDAP-SSL-Zertifikatverifizierung CE EES EEP hinzufügen
• GitLab Runner 9.4 CE EES EEP
• GitLab Matlemost 4.0 CE EEP EEP
• Omnibus Verbesserungen CE EES EEP
• Leistungsverbesserungen CE EES EEP
• Experimentelle PostgreSQL-Hochverfügbarkeits-EEP
• Mini-Graph für Multiprojekt-Pipelines EEP
• GitLab Geo Verbesserungen EEP
• Objektspeicher für CI-Artefakte EEP
• Abschreibungen:
• openSUSE 42.1:
• Nachdem die openSUSE-Community die Unterstützung für die Version 42.1 beendet hat, hat GitLab den Support beendet und angekündigt. Bitte aktualisieren Sie auf OpenSUSE 42.2, das offiziell unterstützt wird.
• GitLab CI API Version 1, GitLab Runner 1.11.x
• In Version 9.0 haben wir eine neue Version von GitLab Runner veröffentlicht, die auf der neuen API v4 statt der alten CI API v1 basiert. Wir unterstützen immer noch die alte Version der API in GitLab, so dass Benutzer, die noch GitLab Runners 1.11.x verwenden, sich Zeit für den Migrationsprozess nehmen können. Mit GitLab 9.6, das am 22. September ausgeliefert werden soll, werden wir die alte CI-API von GitLab entfernen, damit GitLab Runner 1.11.x nicht mehr mit dem System kommunizieren kann. Wenn Sie den alten GitLab Runner verwenden (

Was ist neu in Version 9.1.4:

• CE / EE: Feste Suchbegriffe hervorgehoben. (! 11198)
• CE / EE: Es wurde ein Fehler behoben, bei dem die Zusammenführungs-Anfrage JSON angezeigt wurde. (! 11096)
• CE / EE: Behandle eingehende E-Mails korrekt von Aliasen. (! 11079)
• CE / EE: Sortiert das Netzwerkdiagramm sowohl nach Festschreibungdatum als auch topographisch. (! 11057)
• CE / EE: Handle Fehler für eingehende E-Mails. (! 11014 /! 1810)
• CE / EE: Korrigieren Sie den Fehler auf der CI / CD-Einstellungsseite, der sich auf einen ungültigen Pipeline-Trigger bezieht. (! 10948)
• CE / EE: Repariere Querverweise für private und interne Projekte. (! 11243)
• CE / EE: Fügen Sie dem Import / Export fehlende Projektattribute hinzu. (! 10880)
• EE: GitLab Geo: Backfill-Projekte, bei denen der letzte Versuch zum Abgleich fehlgeschlagen ist. (! 1785)

Was ist neu in Version 9.0:

• Verhindert, dass Benutzer Notizen zu Ressourcen erstellen, auf die sie nicht zugreifen können:
• Ein Angreifer konnte die API verwenden, um Kommentare zu Ressourcen zu posten, die sie sonst nicht sehen könnten, was & quot; subscribe & quot; Sie können die Benachrichtigungen für diese Ressource abrufen und sie in die Lage versetzen, in Zukunft weitere Aktualisierungen zu dieser Ressource zu erhalten, die möglicherweise vertrauliche Informationen enthalten. Siehe # 26249 und # 26250 für weitere Details.
• Verhindern Sie, dass Benutzer Systembereitstellungsschlüssel über die API für die Schlüsselbereitstellung des Projekts löschen:
• Ein Angreifer konnte einen Bereitstellungsschlüssel auf Systemebene löschen, indem er ihn aus einem Projekt löscht, dessen Eigentümer er über die API für die Bereitstellung von Schlüsseln war. Siehe # 26243 für weitere Details.
• Stellen Sie sicher, dass Exportdateien gelöscht werden, nachdem ein Namespace gelöscht wurde:
• Wenn ein Benutzer einen Projektexport durchgeführt und dann seinen Namespace gelöscht (oder verschoben) hat, kann ein Angreifer den Namespace beanspruchen und auf den vorhandenen Projektexport zugreifen, wenn weniger als eine Stunde vergangen ist. Wir stellen jetzt sicher, dass Projektexporte zusammen mit dem Namespace sofort entfernt werden. Siehe # 26242 für weitere Details.

Was ist neu in Version 8.9.3:

• CE / EE: Importieren Sie GitHub-Repositories, die das API-Ratenlimit (! 4166)
einhalten
• CE / EE: Korrigiert Todoseitenfehler, wenn ein Projekt aussteht (! 4300)
• CE / EE: Deaktivieren Sie Webhooks, bevor Sie mit dem GitHub-Import (! 4470)
fortfahren
• CE / EE: Fix Importeur für GitHub Kommentare auf diff (! 4488)
• CE / EE: Passen Sie den SAML-Kontrollfluss so an, dass LDAP-Identitäten zu einem vorhandenen SAML-Benutzer (! 4498) hinzugefügt werden können
• CE / EE: Korrigiert die API für inkrementelle Trace-Uploads bei der Verwendung von Multi-Byte-UTF-8-Zeichen im Trace (! 4541)

Was ist neu in Version 8.8.5:

• Das Speichern von GitLabCiService als Admin-Vorlage
wurde korrigiert
• Korrigieren Sie den Artefaktspeicherpfad
• Aktualisieren Sie die erforderliche Version des LFS-Clients und trennen Sie die Dokumente für Benutzer und Administratoren
• Omnibus: Erstellen Sie Verzeichnisse für Artefakte und lfs-Objekte
• Omnibus: Machen Sie die Bereitstellungsseite auf allen Seiten sichtbar, wenn Sie auf
klicken

Was ist neu in Version 7.7.1:

• Verbessern Sie die @ ention Autocomplete-Leistung
• Zeigt Setup-Anweisungen für den GitHub-Import an, falls er deaktiviert ist
• Erlaube die Verwendung von http für OAuth-Anwendungen

Was ist neu in Version 7.6.2:

• Diese Version behebt die Dienste, die mit der Version 7.6 unterbrochen wurden, einschließlich Slack- und Hipchat-Integrationen.

Was ist neu in Version 7.5.2:

• Sidekiq-Argumente nicht standardmäßig protokollieren

Was ist neu in Version 7.4.3:

• Raw Snippets-Ansicht korrigieren
• Behebung des Sicherheitsproblems für die Member-API
• Fixe Buildbox-Integration

Was ist neu in Version 6.5.0:

• Dropdown-Menüs in Ausgabe # Seite für den Bearbeiter und Meilenstein (Jason Blanchard) anzeigen
• Hinzufügen von Farbeinstellungen und Vorschau für das Senden von Nachrichten
• Fixierte Notizenanker
• Laden Sie neue Kommentare dynamisch in Probleme
• Sortieroptionen zur öffentlichen Seite hinzugefügt
• Neue Filter (assigned / authored / all) für Dashboard # issues / merge_requests (gesponsert von Say Media)
• Hinzufügen von Projektsichtbarkeitssymbolen zum Dashboard
• Aktivieren Sie sichere Cookies, wenn https verwendet
• Schützen Sie Benutzer / Bestätigung mit rack_attack
• Standard-HTTP-Header zum Schutz vor MIME-Sniffing, erzwingen https, falls aktiviert
• Bootstrap 3 mit responsiver Benutzeroberfläche
• Neue Repository-Download-Formate: tar.bz2, zip, tar (Jason Hollingsworth)
• Neu übernommene Widgets für MR akzeptieren
• SCSS refaktoriert
• Verwenden Sie jquery timeago plugin
• Fix 500 Fehler für rdoc Dateien
• Möglichkeit zur Anpassung der Merge-Commit-Nachricht (gesponsert von Say Media)
• Suche Autovervollständigung über Ajax
• Website-URL zum Benutzerprofil hinzufügen
• Die Datei-API unterstützt base64-kodierte Inhalte (gesponsert von O'Reilly Media)
• Zusätzliche Unterstützung für Go's Repository Retrieval (Bruno Albuquerque)

Was ist neu in Version 6.4.0:

• Interne Projekte:
• Interne Projekte können von jedem angemeldeten Benutzer geklont und durchsucht werden. Es wird auch im öffentlichen Zugriffsverzeichnis für angemeldete Benutzer aufgeführt.
• Seite-an-Seite-Diff-Ansicht:
• Die vereinheitlichte Diff-Ansicht ist immer noch die Standardeinstellung, aber Sie können jetzt auch zu einer parallelen Diff-Ansicht wechseln.
• Alte Projekte archivieren:
• Bei der Archivierung eines Projekts wird das Repository als schreibgeschützt markiert. Es ist im Dashboard verborgen und wird nicht in Suchen angezeigt.
• Archivierte Projekte, auf die Sie Zugriff haben, werden weiterhin auf Ihrer Profilseite (gitlab.example.com/u/my_user) aufgeführt.
• Projekt-Web-Hooks:
• Project Web Hooks wurden um neue Arten von Events erweitert. Web-Hooks können jetzt auch ausgelöst werden, wenn ein Problem erstellt oder ein Zusammenführungs-Request geschlossen wird.
• Tolle Sortierung für die Issues-Seite:
• Danke an Jason Blanchard, dass er diese nützliche Funktion beigesteuert hat.
• README-Link auf der Projekthomepage:
• Bei Projekten mit README, die von GitLab erkannt werden, können Sie jetzt direkt von der Startseite des Projekts zur README gehen.
• Und einige gute Nachrichten für Leute, die einfachere Upgrades wünschen;
• Wir haben ein Upgrade-Skript mit GitLab CE 6.4 hinzugefügt. Dies bedeutet, dass Sie mit nur einem Befehl auf die nächste Version (6.5) upgraden können.

Was ist neu in Version 5.1.0:

• Sie können sich jetzt mit E-Mail oder Benutzernamen anmelden li>
• Korrigiertes Rollback der Projektübertragung, wenn das Repository nicht verschoben werden kann
• Verschieben Sie sowohl Repo als auch Wiki, wenn der Projekttransfer erforderlich ist
• Admin-Bereich: Die Projektbearbeitung wurde aus dem Admin-Namespace entfernt
• Zugriff: admin user hat jetzt Zugriff auf jedes Projekt.

Was ist neu in Version 4.1:

• Optionale Anmeldung
• Diskussionen
• Satelliten außerhalb von tmp
• Zeilennummern für die Schuld
• Projekt öffentlichen Modus
• Öffentlicher Bereich mit nicht autorisiertem Zugriff
• Dashboard-Ereignisse mit Ajax laden
• Erinnerungs-Filter in Cookies speichern
• Ersetzen Sie resque durch sidekiq
• Probleme mit dem Routing behoben
• Bereinigung von Rake-Aufgaben
• Fix Sichern / Wiederherstellen
• Vorschau für Notizbilder anzeigen
• Verbessertes Netzwerk-Diagramm
• Verringern Sie die Anzahl der Gitolit-Aufrufe
• Möglichkeit, Benutzer in allen Gruppenprojekten hinzuzufügen
• Entfernen Sie veraltete Konfigurationen
• Ersetzte Korolev-Schriftart durch offene Schriftart
• Wiederhergestellte Admin / Dashboard-Seite
• Restyled Admin / Projekte Seite

Was ist neu in Version 4.0:

• Änderungen am Anwendungsverhalten:
• Neue Projekte werden mit Namespaces versehen (zB gitlab / vagrant)
• Jede Gruppe hat ein eigenes Verzeichnis in gitolite
• Alle Projekte der Gruppe werden in das Gruppenverzeichnis verschoben (git remote sollte aktualisiert werden)
• Projekte ohne Gruppen bleiben bei derselben Fernbedienung
• Der Benutzer hat einen Benutzernamen erhalten (Für existierende Benutzer wird er basierend auf der E-Mail generiert)
• Benutzer erstellt Projekt unter seinem Benutzernamen (zB randx / my-project)
• Benutzer kann den Benutzernamen ändern. Alle Projekte unter seinem Benutzernamen werden verschoben
• Gruppe hat Besitzer
• Der Besitzer kann Projekte innerhalb der Gruppe
erstellen
• Der Besitzer kann auf jedes Projekt innerhalb einer Gruppe zugreifen
• Der Administrator kann jedes Projekt von einem Namespace (Gruppe, Benutzer, global) zu einem anderen
übertragen
• Gruppe oder Benutzer ist ein Namespace für ein Projekt. Besitzer des Namespaces ist ein Besitzer von Projekt
• Andere Änderungen:
• Bessere PostgreSQL-Unterstützung
• Added Email notificatino auf Projekt verschieben
• E-Mail-Benachrichtigung bei Problem geschlossen / erneut öffnen
behoben
• Reorganisierte Einstellungen
• Behobene Commits vergleichen
• Aktualisieren Sie die Benutzeroberfläche, um das Herunterladen von Patch oder Diff für Commit, MR
zu ermöglichen
• Meilensteine ​​können jetzt geschlossen werden. Der Meilenstein bleibt geöffnet, es sei denn, Sie schließen ihn
• Zeige Kommentarereignisse im Dashboard
• Fügen Sie Teammitglieder schnell über die Gruppe # Personen-Seite
hinzu
• Verbesserungen der Benutzeroberfläche
• Im Adminbereich werden Projekte, Benutzer und Gruppen alphabetisch sortiert
• Die Seite zur Fehlerverwaltung im Dashboard wurde verbessert
• Bessere Integration mit GitLab CI (erfordert GitLab CI v1.1.1)
• Was wir in 4.0 entfernt haben:
• gitolite 2 Unterstützung
• SQLite-Unterstützung (Ich mag es, aber diese Datenbank wurde gesperrt, wenn mehrere Benutzer gitlab gleichzeitig verwenden)
• API v2-Unterstützung (es ist einfach nicht kompatibel mit Namespaced-Projekten)
• Was während der Migration aktualisiert werden sollte:
• gitlab.yml config
• gitolite post-receive hooks
• Berechtigungen für / home / git / repositories /
• python2 symlink

Anforderungen :

• Ruby
• MySQL Community Edition
• GIT
• Gitolith
• Redis