Dans la fenêtre d’impression, choisissez « Enregistrer en PDF » comme destination.
Réf. GLB-FND
GitLab - Les fondamentaux de la gestion de versions
DevOps
Durée
14 à 28 heures (2 à 4 jours) selon le format
Modalités
Présentiel, Classe à distance
Reconnaissance
Formation non certifiante (attestation de fin de formation)
Format de vente
Inter-entreprise ou Intra-entreprise
Délai d’accès
Inter : jusqu’à 5 jours ouvrés avant la session ; intra : en moyenne 15 jours ouvrés après l’acceptation du devis
Tarif intra
Sur devis
Pourquoi suivre cette formation
GitLab est une plateforme de référence pour centraliser le code et automatiser les livraisons. Cette formation vous apprend à suivre les versions avec Git, à travailler à plusieurs sur un même code et les bases de l'automatisation (CI/CD).
À l’issue de cette formation, les participants seront capables de
Organiser leurs projets de développement efficacement sur la plateforme GitLab
Automatiser le suivi des versions de fichiers et de codes sources
Collaborer sereinement sur un même projet sans risque d'écrasement
Limiter les régressions et sécuriser l'historique de production
Gagner du temps lors de l'intégration et de la relecture de code
Partager et documenter les développements de manière plus fiable
IMPACTTerrain28 heures (4 jours) · dont une journée en décalé3 025 € HTpar participant (inter-entreprises)
Chaque format reprend le précédent et y ajoute des journées.
Public visé
Développeurs, administrateurs système, chefs de projet technique, intégrateurs ou toute personne amenée à interagir avec du code ou des fichiers de configuration au sein d'une équipe technique.
Prérequis
Être à l'aise avec l'utilisation d'un ordinateur, d'un terminal de commande basique et d'un éditeur de texte. Aucune connaissance préalable de Git ou de GitLab n'est requise.
Prérequis techniques à distance
La classe virtuelle se tient sur Microsoft Teams : AMBIA fournit à chaque participant un compte pour la durée de la formation. En intra-entreprise, elle peut aussi se tenir sur l’outil que l’entreprise utilise déjà, par exemple Zoom ou Google Meet.
Le participant se connecte depuis un ordinateur équipé d’une caméra, d’un micro, d’un accès à internet et d’un navigateur à jour, dans un lieu calme. Si la formation le demande, le formateur donne accès à un poste de travail à distance, depuis le navigateur.
Pendant la formation, l’assistance technique répond à support@ambia-skills.fr.
Objectifs pédagogiques
Identifier les principaux composants de l'interface GitLab et l'architecture locale de Git.
Expliquer le fonctionnement du versioning distribué et du cycle de vie des branches.
Créer des dépôts distants et manipuler les commandes Git essentielles.
Diagnostiquer l'état d'un projet local et interpréter l'historique des modifications.
Contrôler et valider les modifications de code à travers une revue.
Produire une demande de fusion (Merge Request) propre et documentée.
Programme détaillé
Jour 1ESSENTIEL
Matin
Prise en main de Git et de l'environnement GitLab
Découvrir l'architecture Git à trois niveaux (Working Directory, Staging Area, Repository). Configurer ses variables utilisateur globales et ses clés de sécurité SSH. Initialiser un dépôt local et le connecter à un projet distant sur GitLab.
Comprendre l'intérêt et le fonctionnement de la gestion de versions décentralisée.
Installation, configuration de base de Git et paramétrage de l'interface GitLab.
Création d'un projet sur GitLab et clonage local.
Mécanisme d'enregistrement local : le cycle d'un fichier (untracked, tracked, staged, committed).
La synchronisation : l'utilisation des commandes git push et git pull.
Atelier pratique
Initialiser un projet de documentation technique, le lier à GitLab et publier sa première version.
Cas métier
Initialisation d'une base de code propre pour un nouveau projet d'entreprise.
Compétence acquise
Être capable de lier un répertoire de travail local à un projet centralisé sur GitLab.
Livrable
Un projet GitLab configuré contenant un fichier de configuration .gitignore fonctionnel.
Après-midi
Le cycle de vie des fichiers et suivi local de l'historique
Manipuler la zone d'indexation avec précision. Naviguer et analyser l'historique des modifications d'un projet. Savoir annuler ou corriger des modifications locales non publiées.
Différencier l'indexation partielle de l'indexation totale d'un dossier.
Exploration de l'historique avec git log et ses options graphiques (--oneline, --graph).
Comparaison de versions de fichiers à l'aide de la commande git diff.
Les mécanismes de retour en arrière : git checkout, git restore et git reset (soft vs hard).
Modification du tout dernier commit local non partagé via git commit --amend.
Atelier pratique
Navigation dans l'historique d'un site web d'entraînement pour identifier l'origine d'un dysfonctionnement et restaurer une version stable antérieure.
Cas métier
Diagnostic d'anomalie et restauration d'un état de code de production stable.
Compétence acquise
Savoir auditer, comparer et corriger de manière autonome ses fichiers en local avant de les pousser.
Livrable
Un historique local de commits nettoyé, corrigé et prêt pour la publication.
Jour 2ESSENTIEL
Matin
Travail collaboratif et gestion des branches
Assimiler le concept d'isolation des développements par l'utilisation des branches. Créer, fusionner et supprimer des branches en local. Partager ses branches de fonctionnalités sur le serveur GitLab.
La philosophie des branches avec Git : pointeurs légers et isolés.
Créer, basculer et supprimer des branches (git branch, git checkout -b / git switch).
Intégration de branches locales : les différents types de fusions (Fast-forward vs 3-way merge).
Pousser ses branches locales vers le serveur et suivre des branches distantes.
Introduction au concept de branche protégée sur GitLab.
Atelier pratique
Développement simultané d'une évolution de page et d'une correction de style sur deux branches d'activités distinctes, suivi d'une intégration locale.
Cas métier
Isolation des tâches de développement au sein d'une équipe de production.
Compétence acquise
Être capable de mener plusieurs pistes de développement de front sans corrompre le code de référence.
Livrable
Un arbre de branches propre, fusionné localement et publié sur GitLab.
Après-midi
Revues de code via Merge Requests et gestion des conflits
Ouvrir et mener une demande de fusion (Merge Request) sur GitLab. Comprendre l'origine technique d'un conflit de fusion. Résoudre méthodiquement les conflits en local pour finaliser l'intégration.
Création d'une Merge Request sur l'interface GitLab : description, assignation, jalons.
Le processus de revue de code : commentaires de lignes, modifications suggérées, approbation.
Anatomie d'un conflit de fusion : quand deux branches modifient la même ligne du même fichier.
Lecture et interprétation des balises de conflits générées par Git (<<<<<<<, =======, >>>>>>>).
Résolution locale d'un conflit, validation et finalisation du merge sur GitLab.
Atelier pratique
Simulation d'un conflit de fusion d'équipe provoqué à dessein, édition des fichiers conflictuels et validation finale de la Merge Request sur GitLab.
Cas métier
Intégration de fonctionnalités croisées en équipe et revue de code collaborative.
Compétence acquise
Savoir collaborer de manière sécurisée via le flux GitLab et résoudre les blocages de fusion ordinaires.
Livrable
Une Merge Request revue, validée et fusionnée avec succès après résolution de conflits.
Jour 3ACTION
Matin
Des branches à l'action : organiser le travail d'une équipe sur un même code
Réutiliser en autonomie les commits, les branches, les Merge Requests et la résolution de conflits des journées ESSENTIEL pour faire travailler une équipe sur un même projet.
Réactiver les acquis des journées ESSENTIEL : rappel visuel et quiz sur le cycle de vie des fichiers, les branches, les Merge Requests et les conflits.
Mettre en place une organisation des branches (GitLab Flow) et protéger la branche principale.
Atelier pratique
Entraînement en binômes : provoquer puis résoudre des conflits de fusion de difficulté croissante, en testant le code en local avant de valider.
Cas métier
L'équipe sur un même projet (cas fil rouge) - Plusieurs développeurs travaillent en même temps sur le même code. Les participants créent leurs branches de fonctionnalités, protègent la branche principale, ouvrent et relisent des Merge Requests et résolvent les conflits, puis présentent leur organisation au groupe.
Compétence acquise
Savoir organiser et faire vivre le travail d'une équipe sur un même dépôt.
Livrable
Le dépôt d'équipe organisé et ses règles de fusion, construits avec les mémos des journées ESSENTIEL.
Après-midi
Éprouver son pipeline CI/CD en simulation de livraison
Mettre à l'épreuve une chaîne d'automatisation complète : construction, tests et déploiement vers un environnement de test.
Retour sur les Merge Requests et les bases du CI/CD vues les jours précédents.
Écrire un fichier .gitlab-ci.yml avec ses étapes, ses variables masquées et ses tests automatiques.
Atelier pratique
Exercice guidé : casser volontairement un test, observer le blocage du pipeline, corriger puis comparer les fichiers de configuration entre participants.
Cas métier
La livraison d'un microservice (cas fil rouge) - Chaque participant écrit le pipeline qui construit, teste et déploie automatiquement un microservice vers un environnement de test, puis le présente au groupe et au formateur.
Compétence acquise
Savoir mettre en place une chaîne d'automatisation fiable pour livrer un code testé.
Livrable
Le fichier .gitlab-ci.yml opérationnel et documenté, issu des modèles des journées ESSENTIEL.
Jour 4 · en décaléIMPACT
Matin
Diagnostic de l'organisation de vos projets et de vos règles de dépôt
Auditer l'arborescence des groupes/projets et valider les règles d'approbation des Merge Requests.
Analyse du serveur GitLab de l'entreprise : droits des utilisateurs, modèles de tickets et sécurisation des clés SSH.
Après-midi
Construire les chaînes d'automatisation de l'entreprise
Optimiser les temps de build des pipelines et configurer des GitLab Runners dédiés.
Reprise en direct des chaînes d'automatisation en production : cache et artefacts, configuration du Runner et sécurisation des déploiements.
Les ateliers et cas métier de ce programme pourront être adaptés par le consultant-formateur selon les besoins, le niveau et les prérequis des participants, pour favoriser l’atteinte des objectifs pédagogiques.
Méthodes et moyens pédagogiques
Méthodes mobilisées
Pédagogie active axée sur la manipulation permanente, démonstrations guidées, ateliers d'ancrage progressifs et corrections collectives pas-à-pas pour sécuriser les bases et installer durablement les bons automatismes.
Moyens techniques
Un poste informatique individuel par participant doté de Git CLI et d'un éditeur de texte moderne (VS Code), accès individuel à une instance GitLab d'entraînement, vidéoprojecteur ou système de partage d'écran à haute résolution, accès aux supports numériques AMBIA et mise à disposition des dépôts de test.
Moyens humains
Formation animée par un consultant-formateur expert, ingénieur DevOps ou développeur senior en activité, spécialiste des architectures Git et des processus de livraison continue.
Modalités d’évaluation
Évaluation diagnostique
Questionnaire de positionnement en amont de la formation (validation des prérequis techniques).
Évaluation formative
Ateliers pratiques de commande Git et ateliers d'application sur la plateforme GitLab tout au long des deux jours.
Évaluation sommative
Questionnaire de validation des acquis sous forme de QCM en fin de formation et remise d'une attestation de fin de formation.
Suivi
Feuilles de présence signées par demi-journée, en présentiel comme à distance.
Attestation de fin de formation remise à chaque stagiaire, mentionnant les objectifs, la nature, la durée et les résultats de l’évaluation.
Certificat de réalisation adressé au client ou au financeur.
Questionnaire de satisfaction remis à l’issue de la formation.
Délai d’accès
Inter-entreprises : L’inscription est possible jusqu’à 5 jours ouvrés avant le début de la session, sous réserve des places disponibles.
Intra-entreprise : La formation débute en moyenne 15 jours ouvrés après l’acceptation du devis.
Ce délai peut être adapté selon la disponibilité des sessions, le positionnement du stagiaire et, le cas échéant, l’instruction du dossier de prise en charge par le financeur.
Accessibilité handicap
Nos parcours sont adaptables aux personnes en situation de handicap. Contactez notre référent pour l'étude des aménagements.
Référent handicap : accessibilite@ambia-skills.fr. Aucune reconnaissance de la qualité de travailleur handicapé ni aucun justificatif médical n’est exigé.
Indicateurs de résultats
Indicateurs publiés à partir de 3 avis.
Mode de calcul : www.ambia-skills.fr/notre-approche#notes
