Vous avez choisi de passer l’ensemble de vos dépôts Subversion sous Git ? C’est une bonne chose. Le changement d’outils de versionning est une étape importante pour une entreprise avec le besoin de ne perdre l’historique. Nous allons donc voir comment conserver l’historique de vos commits ainsi que l’auteur de chaque commit.
Git est mon logiciel de gestion de version principal depuis plusieurs années. Je vous en ai déjà parlé ici avec la gestion des sous-modules, là avec l’exclusion de certains fichiers ou encore là avec l’installation de Gitlab. Vous trouverez l’ensemble des articles traitant de git ici. Aujourd’hui, je vais vous parler de l’utilisation de Git avec les dépôts Launchpad. Launchpad est une forge logicielle, tout comme Github ou Gitlab, développé par Canonical et accessible via le logiciel de versioning Bazaar (alias bzr).
Dans un article précédent, je vous parlais de l’installation de Gitlab depuis les sources. Cet article décrivait l’installation de la version 7.8. Aujourd’hui (le 3 septembre 2015), Gitlab existe en version 7.14 stable. Je vous propose donc ici, le passage de la version 7.8 à Gitlab 7.14.
Après l’article sur l’installation de Gitlab en utilisant les paquets, je vous propose l’installation depuis les sources. En effet, les paquets .deb disponibles ne me plaisent pas, ils installent gitlab dans /opt et embarque leurs propres versions de PostgreSQL / nginx et Redis, ce qui me semble moyen pour les mises à jour. Dans cet article, je détaillerais donc une installation manuelle en français de la version 7.8 de Gitlab. Une grande partie des informations présentes dans cet article sont issues du fichier installation.md du dépôt gitlabhq.
Depuis plusieurs années, j’utilise Git comme outil de versioning, je le trouve très intéressant dans le fonctionnement des merges et dans la gestion de sous-module. Cependant, dans cet article, je vais vous parler d’une fonctionnalité intéressante et très connue. Je veux parler de la possibilité de dire à Git de ne pas prendre en compte certains fichiers un peu comme le svnignore de subversion. Cette fonctionnalité est très puissante sous git.