Évaluer son niveau en GitLab CI/CD au Maroc : êtes-vous prêt à commencer ?

À qui s’adresse ce guide ?

Ce guide s’adresse aux développeurs, administrateurs systèmes, testeurs, étudiants en informatique et personnes en reconversion qui veulent vérifier leurs prérequis GitLab CI/CD avant de s’inscrire à une formation ou de commencer à pratiquer. Il convient aussi aux professionnels qui connaissent GitLab comme outil de dépôt, mais n’ont jamais configuré de pipeline.

Votre objectif peut être de comprendre un pipeline existant, d’automatiser des tests, de construire une image ou de préparer le déploiement d’une application. Ces objectifs n’exigent pas tous le même niveau. Pour observer un pipeline et lancer un exemple, les bases suffisent. Pour concevoir une chaîne fiable utilisée par une équipe, il faut aussi savoir gérer les erreurs, les variables, les artefacts et les accès.

Apprendre GitLab CI/CD sans expérience professionnelle est possible. Il est toutefois préférable d’avoir déjà manipulé un terminal et compris le principe d’un dépôt Git. Si ce n’est pas votre cas, vous pouvez commencer par une courte remise à niveau plutôt que de renoncer à votre projet.

• Vous débutez en programmation : commencez par lire et modifier une petite application, puis découvrez Git.
• Vous utilisez déjà Git et souhaitez automatiser des tests : vous pouvez passer rapidement aux premiers pipelines.
• Vous travaillez en exploitation ou en DevOps : évaluez surtout vos acquis sur les runners, les permissions, les secrets et le déploiement.
• Vous préparez une reconversion : choisissez un mini-projet démontrable plutôt que de chercher à tout apprendre d’un coup.

Les prérequis selon l’usage visé

Un prérequis indispensable est un acquis sans lequel vous risquez de ne pas comprendre ou de ne pas pouvoir réaliser l’exercice de départ. Un acquis simplement utile rend l’apprentissage plus rapide ou ouvre la voie à des usages professionnels plus avancés. Il n’est pas nécessaire de maîtriser toute l’administration système pour créer son premier pipeline.

• Indispensable pour démarrer : savoir accéder à un dépôt GitLab, repérer des fichiers et comprendre qu’un changement peut être enregistré dans un commit.
• Indispensable pour pratiquer : pouvoir exécuter quelques commandes dans un terminal, lire un message d’erreur et modifier un fichier texte.
• Indispensable pour comprendre un pipeline : connaître la différence entre le code source et une commande qui le vérifie, le construit ou le teste.
• Utile : connaître les branches, les merges et les demandes de fusion, ainsi que le cycle de travail d’une équipe.
• Utile : avoir des notions de YAML, le format utilisé pour écrire la configuration du pipeline. Pour commencer, il suffit de savoir lire des clés, des valeurs, des listes et l’indentation.
• Utile pour la suite : comprendre les variables d’environnement, les paquets ou images utilisés par une application, et les bases du déploiement.
• Utile pour un usage professionnel : distinguer les données ordinaires des secrets, et savoir qu’un runner exécute les jobs du pipeline.

Auto-évaluation en GitLab CI/CD

Cette grille est un repère pratique, pas un examen officiel. Répondez à partir de ce que vous savez faire vous-même, sans compter une tâche réalisée uniquement en suivant une procédure pas à pas. Choisissez le niveau le plus élevé dont vous pouvez accomplir la plupart des actions.

• Niveau débutant — Vous savez ouvrir un projet et repérer ses fichiers, mais Git ou le terminal vous sont peu familiers. Vous ne savez pas encore expliquer ce qu’est un job. Objectif : préparer un dépôt simple, apprendre les commandes Git courantes et repérer
• Niveau découverte — Vous pouvez cloner ou modifier un dépôt, enregistrer un commit et suivre les étapes d’un exemple de pipeline. Vous comprenez qu’un job exécute des commandes, mais vous avez besoin d’aide pour écrire ou corriger le YAML. Objectif : créer un
• Niveau intermédiaire — Vous savez écrire un .gitlab-ci.yml de base, organiser plusieurs jobs et interpréter les journaux d’exécution. Vous pouvez adapter un exemple à une application et trouver une erreur de commande ou d’indentation. Objectif : ajouter des
• Niveau opérationnel — Vous savez diagnostiquer des échecs récurrents, gérer des variables adaptées au projet et faire évoluer un pipeline sans exposer de secrets. Vous comprenez le rôle du runner et les contraintes de l’environnement d’exécution. Objectif

Tests pratiques pour situer votre niveau

Le meilleur test de niveau GitLab CI/CD consiste à réaliser quelques tâches courtes sur un projet d’essai. Utilisez une application sans données sensibles et évitez de placer des identifiants ou mots de passe dans les fichiers du dépôt.

• Test Git : modifiez un fichier, vérifiez les changements, enregistrez un commit et retrouvez ce changement dans l’historique du projet. Si vous ne savez pas encore faire cela, révisez Git avant de passer aux pipelines.
• Test de lecture : ouvrez un exemple de .gitlab-ci.yml et repérez le nom d’un job, les commandes exécutées et les éventuelles étapes. Expliquez avec vos mots ce que le pipeline essaie de vérifier.
• Test de création : ajoutez un job très simple qui affiche un message ou exécute une vérification disponible dans le projet. Déclenchez le pipeline et trouvez le journal correspondant à ce job.
• Test de diagnostic : si le job échoue, lisez son journal et identifiez si le problème vient de la syntaxe du fichier, de la commande, d’un outil manquant ou d’un autre élément. Vous n’avez pas besoin de résoudre tous les problèmes du premier coup
• Test de progression : ajoutez une deuxième vérification, par exemple une commande de test déjà utilisée par l’application. Vérifiez si les deux jobs s’exécutent et si le résultat est compréhensible pour une autre personne.

Lire les résultats du diagnostic

Si Git et le terminal vous bloquent, votre priorité n’est pas encore d’apprendre les réglages avancés de GitLab CI/CD. Consolidez les manipulations de fichiers, les commandes simples et le cycle commit-push, puis reprenez les exercices. Cela évite de confondre une difficulté Git avec une difficulté de pipeline.

Si vous comprenez le dépôt, mais pas le fichier de configuration, commencez par observer un exemple court et modifier une seule chose à la fois. Les erreurs d’indentation ou de structure sont fréquentes au début. Relancer le pipeline après chaque changement permet de relier la modification au résultat.

Si vous savez lancer et lire un pipeline, mais ne savez pas encore créer les jobs, visez un niveau découverte ou intermédiaire. Travaillez sur la succession des commandes, les tests et la lecture des journaux avant d’aborder l’automatisation d’un déploiement.

Si vous configurez déjà des jobs et cherchez surtout à rendre les pipelines fiables, vous pouvez viser des sujets plus avancés : variables sécurisées, artefacts, runners et contrôles de qualité ou de sécurité. Pour choisir une formation, comparez votre objectif réel à son niveau annoncé. Par exemple, la formation FormaGroup « GitLab CI/CD et automatisation des déploiements » est annoncée au niveau intermédiaire, tandis que « DevSecOps et sécurité des pipelines CI/CD » est annoncée au niveau avancé.

• Vous ne connaissez pas Git : révisez d’abord dépôt, commit, historique et branche.
• Vous connaissez Git mais pas YAML : entraînez-vous à lire et modifier une configuration courte.
• Vous comprenez YAML mais pas les échecs : pratiquez la lecture des journaux et l’identification de la commande en erreur.
• Vous réussissez les jobs simples : ajoutez des tests, puis étudiez variables, artefacts et exécution sur runner.

Combler les lacunes avant de commencer

Une remise à niveau efficace suit l’ordre des dépendances : d’abord savoir modifier et versionner le code, ensuite comprendre la configuration, puis automatiser une vérification. Ne commencez pas par les secrets, les déploiements complexes ou la sécurité avancée si vous ne savez pas encore faire fonctionner un job simple.

Consacrez chaque séance à un petit résultat observable. Si vous êtes débutant, votre premier résultat peut être un commit visible. Ensuite, faites afficher un message par un job. Puis ajoutez une commande de test adaptée à votre application. Gardez une note des erreurs rencontrées et de leur solution : cela vous aidera à distinguer les problèmes de syntaxe, de code et d’environnement.

• Lacune Git ou terminal : entraînez-vous à naviguer dans les dossiers, lire le statut du dépôt, enregistrer un commit et consulter l’historique.
• Lacune YAML : recopiez un exemple minimal, identifiez son indentation et modifiez une commande à la fois.
• Lacune sur les tests : choisissez une application familière et trouvez la commande qui vérifie son fonctionnement avant d’essayer de l’automatiser.
• Lacune en diagnostic : provoquez volontairement une erreur sans risque dans un projet d’essai, lisez le journal, puis corrigez-la.
• Lacune en sécurité : avant toute pratique sur un vrai projet, apprenez à ne pas inscrire de secret dans le code ou dans un dépôt partagé.

Choisir son premier objectif concret

Un bon premier objectif est limité, vérifiable et proche de votre contexte. Par exemple : « À chaque changement sur mon dépôt d’exercice, un pipeline lance une vérification simple et m’indique clairement si elle réussit ou échoue. » Cet objectif ne demande pas de construire toute une chaîne de déploiement et vous permet de travailler les gestes essentiels.

Une fois ce résultat obtenu, ajoutez une difficulté à la fois : plusieurs tests, un artefact utile ou une règle pour contrôler quand un job s’exécute. Vous pourrez ensuite définir un objectif professionnel plus large, comme automatiser la vérification d’une application utilisée par votre équipe. En formation, demandez-vous si le programme correspond à ce point de départ et si les exercices couvrent bien votre objectif.

• Pour un débutant : faire apparaître un pipeline simple et comprendre son résultat.
• Pour une personne à l’aise avec Git : automatiser une commande de test de son application.
• Pour un profil intermédiaire : séparer les vérifications en jobs lisibles et exploiter leurs résultats.
• Pour un profil confirmé : améliorer la fiabilité et la sécurité d’un pipeline déjà utilisé.

Le parcours, étape par étape

1. 1Vérifiez vos bases — Testez votre aisance avec Git, le terminal, les fichiers de configuration et les commandes de votre application. Notez les points qui vous obligent encore à suivre un tutoriel.
2. 2Choisissez un dépôt d’exercice — Utilisez un petit projet sans secrets ni données sensibles. L’objectif est de pouvoir modifier le code et observer les effets sans risquer un système de production.
3. 3Écrivez un premier job — Créez une vérification simple, lancez le pipeline et repérez le journal du job. Modifiez une seule chose à la fois pour comprendre le résultat.
4. 4Classez vos lacunes — Séparez les difficultés liées à Git, au YAML, aux commandes, aux tests et à l’environnement d’exécution. Révisez d’abord la lacune qui bloque l’étape suivante.
5. 5Fixez un objectif mesurable — Définissez un résultat que vous pourrez montrer : par exemple, un pipeline qui exécute automatiquement une vérification et affiche un résultat exploitable.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. GitLab CI/CD — documentation officielle docs.gitlab.com
2. Ingénierie de la Formation Continue : Identification et Analyse des Besoins de Formation — OFPPT ofppt.ma
3. Upskilling et reskilling — Ministère de la Transition Numérique et de la Réforme de l’Administration mmsp.gov.ma
4. GitLab CI/CD et automatisation des déploiements — FormaGroup formagroup.ma
5. DevSecOps et sécurité des pipelines CI/CD — FormaGroup formagroup.ma