GitLab
Toute l’activité et les échanges se passent au sein de notre instance GitLab interne. C’est le centre névralgique où se trouvent les discussions, modifications, documentations et ressources relatives à SAINet.
Git est le programme permettant de gérer les sources de manière décentralisée. Il offre une interface graphique au-dessus de git, permettant d’effectuer certaines opérations de manière visuelle ainsi que de permettre d’échanger autour des différentes modifications proposées (Merge Requests - MR).
Accès GitLab
Tout d’abord, il vous faut un accès sur notre GitLab interne. Vous devriez avoir reçu ces informations par email. Une fois connecté, vous pourrez voir tous les projets auxquels vous pouvez accéder.
Le projet principal se nomme dev / sainet.
GitLab est régulièrement mis à jour et il se peut que ces captures d’écran ne soient plus complètement adaptées. Toutefois, le processus reste toujours très similiaire.
Présentation de l'interface GitLab
L’interface générale de GitLab se présente comme ceci:
Voici une description succinte des différentes parties présentées ci-dessus. Il existe de nombreuses fonctionnalités intégrées, documentées de manière officielles.
- Menu de navigation principal. Il permet d’accéder à différents outils liés au projet tels que les tickets (issues), wiki ou autre.
- URL à utiliser pour cloner le projet (voir cette section).
- Menu directement lié à la structure du repo (fichiers, commits, branches).
- Dernier commit. Dans git, un commit est identifié par un hash (et non plus un numéro comme dans subversion).
- Permet de choisir la branche à afficher afin de naviguer dans le repo.
- Structure du repo (selon la branche, cf point 5). Permet de naviguer à l’intérieur des fichiers directement.
Récupération du projet en local
L’URL du repo est fournie au point précédent. Ensuite, lancer la commande suivante:
git clone <url>
En cas de problème avec la récupération du repo (par exemple le client GitHub ne fait rien), cela vient peut-être du certificat qui n’est pas reconnu. Dans ce cas le client GitHub tourne dans le vide et n’indique pas de message d’erreur.
Pour corriger ce souci, ouvrir une console (Git Shell) et taper la commande suivante:
git config --global http.sslVerify false
Ensuite, le clone devrait fonctionner correctement.
Configuration git
Voici quelques paramètres qu’il est recommandé de définir:
core.editor: Editeur par défaut pour les différentes opérations git (typiquementnanoouvim).pull.rebase: Automatiquement effectuer un rebase lors d’un pull s’il y a des modifications en local et sur le remote.
En ligne de commande, ces propriétés peuvent s’ajouter comme ceci:
git config --add core.editor nano
git config --add pull.rebase true