GitLab

GitLab est un référentiel logiciel et une application de gestion de projet Open Source, indépendant de la plateforme et entièrement gratuit, implémenté dans Ruby on Rails et cloné depuis le célèbre projet GitHub. Il est utilisé dans plus de 100 000 organisations dans le monde et spécialement conçu pour la plate-forme GNU / Linux.

Inspiré par GitHub et hébergé sur GitHub, le projet GitLab est une application d'hébergement de code qui supporte les requêtes de fusion, les commentaires, l'accès au référentiel de contrôle, le graphe réseau, les extraits de code, l'administration, Wiki et les problèmes.

Avec GitLab, tout développeur d'applications sera capable de créer des projets et des référentiels d'applications, d'effectuer des révisions de code et de gérer les accès. Il aide plusieurs développeurs de logiciels à collaborer facilement sur le code.

L'application donne aux développeurs de tout type de contrôle d'accès finement structuré pour gérer sans effort les référentiels Git et garder leur code source sécurisé à tout moment. Il vous aide également à améliorer la collaboration avec les demandes de fusion, ainsi qu'à effectuer des révisions de code.

Une autre fonctionnalité intéressante de GitLab, est qu'il implémente un Wiki et un outil de suivi des problèmes pour chacun de vos projets, ce qui en fait l'une des solutions les plus populaires pour gérer les dépôts de logiciels Git sur site.

Le logiciel GitLab a été spécialement conçu pour la plate-forme GNU / Linux, prenant en charge toutes les principales distributions telles que Red Hat Enterprise Linux, CentOS, Debian et Ubuntu. Il nécessite Ruby 2.0 ou supérieur, Git 1.7.10 ou ultérieur, Redis 2.0 ou supérieur, ainsi que les serveurs de bases de données MySQL ou PostgreSQL.

Le logiciel est écrit en Ruby on Rails et distribué sous la forme d'une archive source universelle, permettant à l'utilisateur d'optimiser son code source pour un système d'exploitation ou une architecture matérielle spécifique (les architectures d'instructions 32 bits et 64 bits sont supportées) temps). Il est disponible sous la licence MIT Expat.

Nouveautés dans cette version:

• Tout ce que nous faisons chez GitLab, de notre produit intégré à nos versions mensuelles, est centré sur l'objectif d'aider les équipes de développement à réduire leur temps de valeur. Avec chaque version, nous voulons vous aider à faire plus en moins de temps, tout en offrant une expérience intuitive et conviviale dans notre produit. GitLab 9.5 fait un grand pas dans la poursuite de cet objectif. Cette version propose des améliorations à notre navigation, de nouveaux modèles de projets avec un CI préconfiguré et de nouvelles fonctionnalités d'automatisation pour la surveillance des CI et des performances, ce qui vous fera gagner du temps et des efforts.
• Ce sera la dernière version 9.x, puisque nous nous préparons à sortir GitLab 10.0 le 22 septembre! Néanmoins, nous proposons d'excellentes nouvelles fonctionnalités pour compléter nos versions 9.x:
• Pour vous aider à améliorer votre navigation dans GitLab, nous avons mis à jour la nouvelle navigation, en rationalisant l'interface utilisateur et en réduisant le nombre de clics nécessaires pour parcourir votre instance GitLab. Avec les icônes et subnav nouvellement ajoutés sur hover, il est plus facile et plus rapide que jamais d'explorer GitLab.
• Le démarrage d'un nouveau projet est encore plus rapide. Dans GitLab 9.5, nous avons introduit des modèles de projet, qui vous permettent de créer rapidement un nouveau projet avec un pré-configuration de CI.
• Poursuivant notre mission de gagner du temps, nous avons permis à GitLab de réessayer automatiquement les tâches échouées exécutées avec GitLab CI / CD. Maintenant, vous n'avez pas à vous soucier de perdre du temps à retourner dans les pipelines de votre projet pour simplement réessayer sur un travail échoué.
• GitLab 9.5 apporte également des améliorations à la dernière partie du cycle de développement. Grâce à l'ajout de la surveillance automatique pour les applications déployées automatiquement, nous vous avons facilité la collecte de réponses et de statistiques système à partir de vos applications.

Nouveautés dans la version 9.5.0:

• Tout ce que nous faisons chez GitLab, de notre produit intégré à nos versions mensuelles, est centré sur l'objectif d'aider les équipes de développement à réduire leur temps de valeur. Avec chaque version, nous voulons vous aider à faire plus en moins de temps, tout en offrant une expérience intuitive et conviviale dans notre produit. GitLab 9.5 fait un grand pas dans la poursuite de cet objectif. Cette version propose des améliorations à notre navigation, de nouveaux modèles de projets avec un CI préconfiguré et de nouvelles fonctionnalités d'automatisation pour la surveillance des CI et des performances, ce qui vous fera gagner du temps et des efforts.
• Ce sera la dernière version 9.x, puisque nous nous préparons à sortir GitLab 10.0 le 22 septembre! Néanmoins, nous proposons d'excellentes nouvelles fonctionnalités pour compléter nos versions 9.x:
• Pour vous aider à améliorer votre navigation dans GitLab, nous avons mis à jour la nouvelle navigation, en rationalisant l'interface utilisateur et en réduisant le nombre de clics nécessaires pour parcourir votre instance GitLab. Avec les icônes et subnav nouvellement ajoutés sur hover, il est plus facile et plus rapide que jamais d'explorer GitLab.
• Le démarrage d'un nouveau projet est encore plus rapide. Dans GitLab 9.5, nous avons introduit des modèles de projet, qui vous permettent de créer rapidement un nouveau projet avec un pré-configuration de CI.
• Poursuivant notre mission de gagner du temps, nous avons permis à GitLab de réessayer automatiquement les tâches échouées exécutées avec GitLab CI / CD. Maintenant, vous n'avez pas à vous soucier de perdre du temps à retourner dans les pipelines de votre projet pour simplement réessayer sur un travail échoué.
• GitLab 9.5 apporte également des améliorations à la dernière partie du cycle de développement. Grâce à l'ajout de la surveillance automatique pour les applications déployées automatiquement, nous vous avons facilité la collecte de réponses et de statistiques système à partir de vos applications.

Nouveautés dans la version 9.4.0:

• La surprise est plus difficile à réaliser quand vous faites tout à l'air libre. Mais travailler à l'extérieur nous donne le pouvoir de vous dire pourquoi nous expédions ce que nous publions aujourd'hui et comment cette version configure GitLab pour quelque chose d'encore mieux à l'avenir.
• GitLab 9.4 pose les bases de beaucoup de choses à venir, tout en vous donnant de nouveaux pouvoirs aujourd'hui. Vous pouvez désormais relier formellement les problèmes les uns aux autres, notre surveillance de la magie prête à l'emploi recueille maintenant beaucoup plus de métriques sans aucune configuration et nous avons quadruplé les choses que vous pouvez faire avec les variables dans CI.
• En plus de cela, nous vous donnons un aperçu réel de l'avenir avec une bêta opt-in de notre nouvelle navigation. Nous espérons que nous pouvons travailler avec vous pour en faire une amélioration que tout le monde aime.
• Nous sommes également ravis d'annoncer que nous expédions un PowerUp GitLab pour Trello, ce qui vous facilite l'intégration de vos cartes Trello avec GitLab!
• De plus, pour renforcer notre ensemble d'intégrations, nous souhaitons vous simplifier la vie avec notre nouvelle application Slack pour GitLab.com!
• Et si un aperçu ne suffit pas, nous visons à automatiser complètement la configuration de votre chaîne d'outils DevOps avec la vision d'Auto DevOps, qui analysera votre application et configurera automatiquement votre pipeline CI / CD pour construire, tester, et déployer à Kubernetes. Pour voir où nous allons, consultez notre vision pour Auto DevOps!
• Problèmes liés EES EEP:
• Chaque fois que vous partagez un lien d'un problème à un autre, GitLab le raccourcit et le réticule automatiquement. Mais lorsque les problèmes se prolongent et que les projets deviennent plus complexes, il devient difficile de gérer les liens et de trouver rapidement des problèmes connexes. Pour résoudre ce problème, nous introduisons des problèmes connexes. Avec les problèmes connexes, vous pouvez déclarer formellement un autre problème lié. Un lien vers l'autre question, son statut et son nom apparaîtra dans chaque numéro. Collez simplement un lien vers le problème que vous souhaitez lier ou recherchez-le en tapant # (comme vous avez déjà pu le faire) pour le lier. À l'avenir, nous introduirons différents types de relations grâce à ce mécanisme.
• Nouvelle navigation CE EES EEP:
• Pour faciliter et accélérer le déplacement de GitLab, nous travaillons sur la mise à jour de notre navigation. Parce qu'une nouvelle navigation peut être une grosse perturbation, nous lançons la première étape en tant que configuration opt-in avec GitLab 9.4. Pour activer la nouvelle navigation, cliquez sur l'image de votre profil dans l'angle supérieur droit et choisissez Activer la nouvelle navigation. Nous avons fait des ajustements à la navigation globale supérieure et introduit la navigation contextuelle dans le menu de gauche en fonction de la page que vous consultez actuellement. La nouvelle interface utilisateur est encore un travail en cours et remplacera la navigation existante dans les prochains mois, s'il vous plaît voir notre blog sur notre processus et quel travail doit encore être fait.
• Surveillance des applications Web CE EES EEP:
• Dans le cadre de GitLab 9.0, nous avons lancé la gestion de la performance du système intégrée aux déploiements CI / CD, en surveillant les applications déployées sur Kubernetes en suivant l'utilisation du processeur et de la mémoire. Ce fut une excellente première étape, et avec GitLab 9.4 nous sommes ravis de lancer Web Application Monitoring avec un soutien au-delà de Kubernetes. GitLab détectera automatiquement les principaux indicateurs d'expérience utilisateur tels que le débit, le taux d'erreur et la latence. Connectez simplement Prometheus à un serveur d'équilibrage de charge ou un serveur HTTP pris en charge, et il identifiera et commencera à suivre ces statistiques. Offrir une expérience enrichissante est de la responsabilité de tous, et GitLab facilite cela en fermant la boucle de retour d'information sur la performance dans l'outil que les développeurs utilisent tous les jours.
• Variables secrètes au niveau du groupe CE EES EEP:
• Les variables secrètes sont vraiment utiles lorsque vous avez besoin d'un endroit sûr pour stocker des informations sensibles. Jusqu'à présent, les variables secrètes étaient stockées au niveau du projet. Cependant, nous savons qu'il est commun pour différents projets dans le même groupe de partager des informations sur le déploiement ou les informations d'identification pour l'accès aux services externes. Les variables secrètes au niveau du groupe éliminent le besoin de dupliquer des variables d'un projet à l'autre: vous pouvez maintenant entrer ces valeurs une fois, et chaque projet ou sous-groupe du groupe y accédera automatiquement. C'est aussi très simple de mettre à jour ces valeurs. Vous les changez en un seul endroit et ils seront automatiquement modifiés pour tous les projets.
• Variables dans les programmes de pipeline CE EES EEP:
• Dans GitLab 9.2, nous avons introduit des planifications de pipeline pour exécuter automatiquement des pipelines à un intervalle de temps donné, mais la plupart des équipes souhaitent également spécifier des valeurs différentes pour des variables spécifiques lors de l'exécution de la planification. Dans GitLab 9.4, nous avons ajouté la possibilité de définir des variables lors de la création ou de la modification d'un planning de pipeline: ces valeurs seront ajoutées à toutes les autres variables déjà définies. En utilisant cette fonction, vous pouvez également redéfinir des variables existantes pour avoir une valeur différente uniquement pour cette exécution spécifique, par exemple si vous voulez avoir un "quot" quotidien "". pipeline en cours d'exécution de certains tests d'une manière différente.
• Variables secrètes spécifiques à l'environnement EEP:
• Les variables sont souvent la bonne solution pour définir les valeurs qui sont ensuite utilisées lors des déploiements dans des environnements spécifiques. Étant donné que différents environnements (par exemple: mise en scène et production) peuvent nécessiter des valeurs différentes pour la même tâche, comme le nom de l'application, il est important de créer une liaison directe entre certaines variables et l'environnement associé. Avec GitLab 9.4, des variables spécifiques à l'environnement sont introduites pour résoudre ce problème, car les développeurs peuvent désormais définir les environnements qui recevront une variable, même en utilisant des caractères génériques pour inclure des environnements dynamiques, comme `review / *. Il est maintenant facile de déployer dans différents environnements avec un effort minimal!
• Mise sous tension de GitLab pour Trello CE EES EEP:
• Utiliser Trello et GitLab? Vous pouvez maintenant rendre cette expérience encore meilleure avec le nouveau GitLab Power-Up! Dans Trello, lorsque vous visualisez une de vos cartes, allez simplement à Power-Ups et faites défiler jusqu'à la mise sous tension de GitLab. Après la configuration, vous pourrez joindre des demandes de fusion à des cartes Trello. Dans Trello, vous devrez configurer votre domaine, tel que gitlab.com/api/v4 pour GitLab.com, et ajouter votre jeton personnel.
• GitLab Slack App pour GitLab.com CE EES EEP:
• GitLab s'intégrait déjà profondément avec Slack (et Mattermost, Microsoft Teams, et HipChat), mais nous n'avions pas encore d'application dans le Slack App Directory. Aujourd'hui nous le faisons! Cela signifie que la mise en place de l'intégration de Slack avec vos projets sur GitLab.com est maintenant beaucoup plus facile. Vous pouvez le configurer à partir de vos paramètres de projet dans GitLab (Paramètres & Intégrations). Bientôt, il sera également disponible dans le répertoire Slack App. Nous collaborons avec Slack pour nous assurer que les instances privées pourront utiliser la même application Slack dans un proche avenir. Bien sûr, les instances privées peuvent s'intégrer à Slack en utilisant les étapes manuelles décrites dans la documentation.
• Autres améliorations de GitLab 9.4:
• Amélioration de l'internationalisation CE EES EEP
• Interface Slack unifiée CE EES EEP
• Jalons du groupe CE EES EEP
• Autres métriques de service GitLab CE EES EEP
• Chemin d'accès personnalisable pour la configuration CI / CD CE EES EEP
• Nouvelle politique de cache pour la configuration CI / CD CE EES EEP
• Configuration de Docker étendue pour CI / CD CE EES EEP
• Amélioration de la surveillance des déploiements de Kubernetes par Prometheus CE EES EEP
• Prochain paquet Omnibus Signature CE EES EEP
• Sécurité - Ajouter un certificat LDAP SSL Verification CE EES EEP
• GitLab Runner 9.4 CE EES EEP
• GitLab Mattermost 4.0 CE EES EEP
• Améliorations Omnibus CE EES EEP
• Amélioration des performances CE EES EEP
• Expérimentale PostgreSQL Haute Disponibilité EEP
• Mini-graphique pour les pipelines multi-projets EEP
• Améliorations Geo GitLab EEP
• Stockage d'objets pour artefacts CI EEP
• Déprécations:
• openSUSE 42.1:
• Comme la communauté openSUSE a cessé de prendre en charge la version 42.1, GitLab a arrêté le support et annoncé précédemment. Veuillez mettre à jour vers OpenSUSE 42.2 qui est officiellement supporté.
• API GitLab CI v1, GitLab Runner 1.11.x
• Dans la version 9.0, nous avons publié une nouvelle version de GitLab Runner basée sur la nouvelle API v4 au lieu de l'ancienne API CI v1. Nous soutenons toujours l'ancienne version de l'API dans GitLab, de sorte que les utilisateurs qui utilisent encore GitLab Runners 1.11.x peuvent prendre leur temps pour le processus de migration. Avec GitLab 9.6, prévu pour être livré le 22 septembre, nous allons supprimer l'ancienne API CI de GitLab, rendant GitLab Runner 1.11.x incapable de communiquer avec le système. Si vous utilisez l'ancien GitLab Runner (

Quoi de neuf dans la version 9.1.4:

• CE / EE: Correction des termes de recherche. (! 11198)
• CE / EE: Correction d'un bug où la requête de fusion JSON serait affichée. (! 11096)
• CE / EE: Gérez correctement les e-mails entrants des alias. (! 11079)
• CE / EE: Trie le graphe du réseau par date de livraison et par topographie. (! 11057)
• CE / EE: gérer les échecs pour les emails entrants. (! 11014 /! 1810)
• CE / EE: Correction d'une erreur sur la page Paramètres CI / CD liée à un déclencheur de pipeline non valide. (! 10948)
• CE / EE: Correction de références croisées pour des projets privés et internes. (! 11243)
• CE / EE: Ajouter les attributs de projet manquants à Import / Export. (! 10880)
• EE: GitLab Geo: projets de remplissage dans lesquels la dernière tentative de renvoi a échoué. (! 1785)

Nouveautés dans la version 9.0:

• Empêchez les utilisateurs de créer des notes sur les ressources auxquelles ils ne peuvent pas accéder:
• Un attaquant était capable d'utiliser l'API pour publier des commentaires sur des ressources qu'il ne pourrait pas voir autrement, ce qui signifiait "abonnez-vous". les pour les notifications pour cette ressource et leur permettre de recevoir des mises à jour futures à son sujet, qui peuvent contenir des informations sensibles. Voir # 26249 et # 26250 pour plus de détails.
• Empêcher les utilisateurs de supprimer des clés de déploiement système via l'API de clé de déploiement de projet:
• Un attaquant a été capable de supprimer une clé de déploiement au niveau du système en la supprimant d'un projet qu'il possédait via l'API Deploy Key. Voir # 26243 pour plus de détails.
• Vérifiez que les fichiers d'exportation sont supprimés après la suppression d'un espace de noms:
• Si un utilisateur effectuait une exportation de projet, puis supprimait (ou déplaçait) son espace de noms contenant, un attaquant pouvait revendiquer l'espace de noms et accéder à l'exportation du projet existant si moins d'une heure s'était écoulée. Nous veillons maintenant à ce que les exportations du projet soient immédiatement supprimées avec l'espace de noms. Voir # 26242 pour plus de détails.

Nouveautés dans la version 8.9.3:

• CE / EE: Importer des dépôts GitHub respectant la limite de débit API (! 4166)
• CE / EE: Corrige les erreurs de lancement de page todos lorsque vous avez un projet en attente de suppression (! 4300)
• CE / EE: Désactiver les Webhooks avant de procéder à l'importation GitHub (! 4470)
• CE / EE: Correction de l'importateur pour les commentaires de GitHub sur diff (! 4488)
• CE / EE: Ajustez le flux de contrôle SAML pour permettre aux identités LDAP d'être ajoutées à un utilisateur SAML existant (! 4498)
• CE / EE: correction de l'API de téléchargement de trace incrémentielle lors de l'utilisation de caractères UTF-8 multi-octets dans trace (! 4541)

Nouveautés dans la version 8.8.5:

• Correction de l'enregistrement de GitLabCiService en tant que modèle d'administration
• Corrige le chemin de stockage des artefacts
• Mettez à jour la version requise du client LFS et séparez les documents pour les utilisateurs et les administrateurs
• Omnibus: crée des répertoires pour les artefacts et les objets lfs
• Omnibus: Faire apparaître la page de déploiement sur toutes les pages quand

Quoi de neuf dans la version 7.7.1:

• Amélioration des performances de saisie semi-automatique @mention
• Afficher les instructions d'installation pour l'importation GitHub si elle est désactivée
• Autoriser l'utilisation de http pour les applications OAuth

Quoi de neuf dans la version 7.6.2:

• Cette version corrige les services qui ont été rompus avec la version 7.6, y compris les intégrations Slack et Hipchat.

Quoi de neuf dans la version 7.5.2:

• Ne consignez pas les arguments Sidekiq par défaut

Nouveautés dans la version 7.4.3:

• Correction de la vue des extraits bruts
• Correction d'un problème de sécurité pour l'API membre
• Corriger l'intégration de la buildbox

Nouveautés dans la version 6.5.0:

• Menus déroulants en cas de problème # afficher la page du destinataire et du jalon (Jason Blanchard)
• Ajouter une custimisation des couleurs et prévisualiser pour diffuser des messages
• Correction des ancres de notes
• Charger dynamiquement de nouveaux commentaires dans les problèmes
• Ajout d'options de tri à la page publique
• Nouveaux filtres (assignés / authored / all) pour Dashboard # issues / merge_requests (sponsorisé par Say Media)
• Ajouter des icônes de visibilité de projet au tableau de bord
• Activer les cookies sécurisés si https est utilisé
• Protéger les utilisateurs / confirmation avec rack_attack
• En-têtes HTTP par défaut pour se protéger contre le reniflement MIME, forcer https si activé
• Bootstrap 3 avec interface utilisateur réactive
• Nouveaux formats de téléchargement du référentiel: tar.bz2, zip, tar (Jason Hollingsworth)
• Restylé accepte les widgets pour MR
• SCSS refactorisé
• Utiliser le plugin jquery timeago
• Correction d'une erreur 500 pour les fichiers rdoc
• Possibilité de personnaliser le message de validation de fusion (sponsorisé par Say Media)
• Rechercher la saisie semi-automatique via ajax
• Ajouter l'URL du site au profil de l'utilisateur

L'API
• Files prend en charge le contenu codé en base64 (sponsorisé par O'Reilly Media)
• Ajout de la prise en charge de la récupération du référentiel de Go (Bruno Albuquerque)

Nouveautés dans la version 6.4.0:

• Projets internes:
• Les projets internes peuvent être clonés et consultés par n'importe quel utilisateur connecté. Il sera également répertorié dans le répertoire d'accès public pour les utilisateurs connectés.
• Vue diff côte à côte:
• La vue diff unifiée est toujours la vue par défaut, mais vous pouvez maintenant basculer vers une vue diff côte à côte.
• Archiver les anciens projets:
• L'archivage d'un projet marquera son référentiel en lecture seule. Il est caché du tableau de bord et n'apparaît pas dans les recherches.
• Les projets archivés auxquels vous avez accès seront toujours répertoriés sur votre page de profil (gitlab.example.com/u/my_user).
• Crochets Web du projet:
• Les hooks Web du projet ont été étendus avec de nouveaux types d'événements. Les hooks Web peuvent désormais également être déclenchés lorsqu'un problème est créé ou qu'une requête de fusion est fermée.
• Tri impressionnant pour la page Problèmes:
• Merci à Jason Blanchard pour cette contribution très utile.
• Lien README sur la page d'accueil du projet:
• Pour les projets qui ont un README reconnu par GitLab, vous pouvez maintenant aller directement au fichier README depuis la page d'accueil du projet.
• Et de bonnes nouvelles pour les personnes qui veulent des mises à jour plus faciles;
• Nous avons inclus un script de mise à niveau avec GitLab CE 6.4. Cela signifie que vous serez en mesure de passer à la prochaine version (6.5) avec une seule commande.

Quoi de neuf dans la version 5.1.0:

• Vous pouvez vous connecter avec un email ou un nom d'utilisateur maintenant
• Annulation du transfert du projet corrigé lorsque le référentiel ne peut pas être déplacé
• Déplacer à la fois le référentiel et le wiki lorsque le transfert de projet est requis
• Zone d'administration: l'édition du projet a été supprimée de l'espace de noms d'administrateur
• Accès: l'utilisateur admin a maintenant accès à n'importe quel projet.

Quoi de neuf dans la version 4.1:

• Inscription facultative
• Discussions
• Satellites en dehors de tmp
• Numéros de ligne à blâmer
• Mode public du projet
• Zone publique avec accès non autorisé
• Charger des événements de tableau de bord avec ajax
• Rappelez-vous le filtre de tableau de bord dans les cookies
• Remplacez resque par sidekiq
• Résoudre les problèmes de routage
• Nettoyer les tâches de ratissage
• Corriger la sauvegarde / restauration
• Afficher l'aperçu des images de notes
• Graphique réseau amélioré
• Réduire le nombre d'appels gitolites
• Possibilité d'ajouter un utilisateur dans tous les projets de groupe
• Supprimer les configs obsolètes
• Remplacement de la police Korolev par une police ouverte
• page administrateur / tableau de bord restylée
• page admin / projets restylée

Quoi de neuf dans la version 4.0:

• Changements de comportement de l'application:
• Les nouveaux projets auront un espace de noms (ex: gitlab / vagabond)
• Chaque groupe a son propre répertoire dans gitolite
• Tous les projets du groupe seront déplacés dans le répertoire du groupe (git remote devrait être mis à jour)
• Les projets sans groupes resteront avec la même télécommande
• L'utilisateur a obtenu un nom d'utilisateur (Pour les utilisateurs existants, il sera généré par email)
• Utilisateur crée un projet sous son nom d'utilisateur (ex: randx / mon-projet)
• L'utilisateur peut changer le nom d'utilisateur. Tous les projets sous son nom d'utilisateur seront déplacés
• Le groupe a le propriétaire
• Le propriétaire peut créer des projets au sein du groupe
• Le propriétaire peut accéder à tous les projets d'un groupe
• L'administrateur peut transférer n'importe quel projet d'un espace de noms (groupe, utilisateur, global) à un autre
• Le groupe ou l'utilisateur est un espace de nom pour le projet. Le propriétaire de namespace est le propriétaire du projet
• Autres changements:
• Meilleure prise en charge de PostgreSQL
• Ajout de l'email notificatino sur le déplacement du projet
• Correction de la notification par e-mail à la fermeture / reprise du problème
• Paramètres réorganisés
• Correction de la comparaison des commits
• Mettre à jour l'interface utilisateur pour permettre le téléchargement de patch ou de diff pour Commit, MR
• Les jalons peuvent être fermés maintenant. Milestone reste ouvert sauf si vous le fermez
• Afficher les événements de commentaire sur le tableau de bord
• Ajouter rapidement des membres de l'équipe via la page de groupe # people
• Améliorations de l'interface utilisateur
• Dans les projets de zone d'administration, les utilisateurs et les groupes sont classés par ordre alphabétique
• Amélioration de la page de gestion des problèmes sur le tableau de bord
• Meilleure intégration avec GitLab CI (nécessite GitLab CI v1.1.1)
• Ce que nous avons supprimé dans la version 4.0:
• support gitolite 2
• Support SQLite (je l'aime bien mais cette base de données est bloquée quand plusieurs utilisateurs utilisent gitlab en même temps)
• Support de l'API v2 (il est simplement incompatible avec les projets avec espaces de noms)
• Ce qui devrait être mis à jour pendant la migration:
• config gitlab.yml
• Gitolite après réception des hameçons
• autorisations sur / home / git / repositories /
• Lien symbolique python2

Pré-requis :

• Ruby
• Édition de communauté MySQL
• GIT
• gitolite
• Redis