Évaluer son niveau en Git et GitHub au Maroc : prérequis et exercices

À qui s’adresse ce guide ?

Ce guide s’adresse aux étudiants, débutants en développement, développeurs autodidactes, personnes en reconversion et professionnels qui travaillent déjà avec des fichiers de code sans méthode de versioning stable. Il peut aussi intéresser un responsable technique qui souhaite évaluer les besoins d’une équipe avant de choisir une formation.

Git permet de conserver et de suivre l’évolution de fichiers au fil du temps. GitHub est un service en ligne qui permet notamment d’héberger des dépôts Git, de partager du code et de collaborer autour de modifications. Les deux notions sont liées, mais elles ne désignent pas le même outil : on peut apprendre les principes de Git avant d’utiliser les fonctions collaboratives de GitHub.

Votre niveau de départ dépend donc moins du titre de votre poste que des tâches que vous voulez accomplir. Vous pouvez vouloir sauvegarder vos exercices, participer à un projet en équipe, relire les changements d’un collègue ou automatiser certaines étapes de développement. Chaque objectif demande un degré de maîtrise différent.

Il n’est pas nécessaire de vous déclarer « nul » parce que vous n’avez jamais utilisé un terminal. Un test de niveau Git et GitHub sert à repérer ce que vous savez déjà et ce qu’il faut pratiquer, pas à décider si vous avez le droit de commencer.

• Étudiant ou débutant : apprendre à enregistrer et retrouver les versions d’un projet.
• Développeur en reconversion : organiser des travaux pratiques et montrer leur évolution.
• Professionnel : travailler à plusieurs, résoudre des conflits et rendre les changements plus faciles à relire.
• Équipe ou entreprise : adopter des habitudes communes pour les branches, les validations et les mises à jour.

Les prérequis selon l’usage visé

Pour une première découverte, les prérequis Git et GitHub sont modestes. Il est utile de savoir créer un dossier, enregistrer un fichier, le retrouver et comprendre qu’une modification peut être ajoutée, annulée ou conservée. Un ordinateur et la possibilité d’installer Git ou d’utiliser une interface en ligne sont également nécessaires pour pratiquer. Vous pouvez apprendre sans expérience professionnelle en programmation.

La connaissance d’un langage — par exemple Python, JavaScript ou Java — n’est pas indispensable pour comprendre un dépôt, faire un commit ou consulter un historique. Elle devient utile si votre objectif est de contribuer à une application : il faudra alors comprendre le code modifié et exécuter les tests du projet. De même, savoir utiliser le terminal facilite certaines opérations, mais une interface graphique peut aider à commencer.

Pour un usage professionnel, il faut renforcer les bases de collaboration : savoir distinguer le dépôt local du dépôt distant, créer une branche, récupérer les changements partagés et comprendre une demande de fusion, souvent appelée pull request. Il faut aussi apprendre à examiner les différences entre deux versions et à traiter les conflits lorsqu’une même partie d’un fichier a été modifiée de plusieurs façons.

La documentation de projet, les tests et les pratiques de sécurité sont des acquis simplement utiles au tout début, mais importants dès que vous contribuez à un dépôt partagé. Par exemple, évitez d’enregistrer un mot de passe ou une clé privée dans le code. Un fichier README clair et des messages de commit compréhensibles aident aussi les autres à suivre le travail.

• Indispensable pour commencer : manipuler des fichiers et des dossiers, suivre des consignes simples et pouvoir pratiquer sur un ordinateur.
• Utile, mais non indispensable au départ : utiliser le terminal, connaître un langage de programmation, lire un fichier de configuration.
• À acquérir pour contribuer en équipe : branches, dépôts distants, pull requests, différences entre versions et résolution de conflits.
• À approfondir selon le poste : tests automatisés, revue de code, protections de dépôt, gestion des accès et intégration continue.

Auto-évaluation en Git et GitHub

Lisez les affirmations ci-dessous et choisissez le niveau qui correspond à ce que vous pouvez réellement faire sans suivre une procédure pas à pas. Il est normal d’avoir des niveaux différents selon les sujets : vous pouvez, par exemple, être à l’aise avec Git local mais débutant sur les pull requests. Pour un résultat utile, ne comptez une compétence comme acquise que si vous pouvez l’expliquer ou la refaire sur un petit projet.

• Niveau 0 — découverte : je sais enregistrer un fichier, mais je n’ai jamais créé de dépôt ni utilisé Git. Je ne distingue pas encore Git de GitHub.
• Niveau 1 — premiers gestes : je peux créer un dépôt local, vérifier son état, sélectionner une modification, créer un commit et consulter l’historique avec de l’aide occasionnelle.
• Niveau 2 — autonome sur un projet simple : je peux relier un dépôt local à GitHub, publier mes changements, récupérer des mises à jour et créer une branche pour isoler une tâche.
• Niveau 3 — collaboration : je peux ouvrir une pull request, examiner un diff, répondre à des commentaires et résoudre un conflit simple en vérifiant le résultat.
• Niveau 4 — pratiques d’équipe : je peux aider à définir un workflow, expliquer des règles de contribution, relire des changements et utiliser les contrôles adaptés au projet.

Exemples de tests pratiques pour situer votre niveau

Les exercices suivants prennent peu de temps et peuvent être réalisés sur un dossier d’entraînement. Utilisez un projet sans données sensibles : l’objectif est de comprendre les gestes, pas de publier des informations personnelles ou des secrets. Si une commande échoue, notez le message et cherchez à comprendre ce qui manque plutôt que de copier une série de commandes sans les interpréter.

• Test local : créez un dossier contenant un fichier texte, initialisez un dépôt Git, ajoutez le fichier et créez un premier commit. Pouvez-vous expliquer ce que le commit enregistre ?
• Test de suivi : modifiez une ligne, consultez l’état du dépôt, puis affichez les différences. Savez-vous identifier ce qui a changé avant de l’enregistrer ?
• Test d’historique : créez deux commits avec des modifications distinctes et retrouvez le message ainsi que le contenu de chacun dans l’historique.
• Test GitHub : créez un dépôt personnel, reliez-y votre dépôt local et publiez votre branche. Vérifiez ensuite que les fichiers attendus sont visibles en ligne.
• Test de branche : créez une branche pour ajouter une courte section au README. Revenez sur la branche principale et expliquez pourquoi la modification n’y apparaît pas encore.
• Test de collaboration : si vous avez accès à un dépôt de test, ouvrez une pull request et décrivez le changement, puis examinez le diff. Ne faites pas l’exercice sur le dépôt d’une équipe sans autorisation.
• Test de conflit : sur un dépôt d’entraînement, modifiez la même ligne dans deux branches, puis tentez de réunir les changements. Repérez les marqueurs de conflit, choisissez le contenu final et vérifiez que ces marqueurs ont disparu.

Lire les résultats du diagnostic

Si vous êtes au niveau 0, vous pouvez commencer par un parcours d’initiation : comprendre dépôts, commits, état du projet et historique. Vous n’avez pas besoin d’attendre d’apprendre un langage de programmation. La priorité est de pratiquer sur des fichiers simples et de comprendre chaque action.

Au niveau 1, vous avez des repères locaux, mais vous devez probablement renforcer le lien entre votre ordinateur et GitHub. Travaillez le dépôt distant, les opérations de publication et de récupération, puis les branches. Prenez le temps de comprendre les messages d’erreur les plus courants.

Au niveau 2, vous pouvez viser une contribution guidée à un petit projet. L’enjeu est de passer d’un travail individuel à des changements vérifiables par d’autres : branche dédiée, description claire, lecture du diff et pull request. Si les conflits vous bloquent, révisez-les avant d’intervenir sur un dépôt important.

Au niveau 3, fixez-vous un objectif d’équipe : participer à une revue, rédiger une consigne de contribution ou clarifier un workflow existant. Le niveau 4 ne signifie pas que vous connaissez toutes les fonctions de GitHub ; il indique plutôt que vous pouvez expliquer et adapter des pratiques à un contexte de projet.

En cas de résultat inégal, ne recommencez pas tout le parcours. Gardez vos acquis et ciblez uniquement les opérations qui vous posent problème. Un objectif mesurable — par exemple publier une branche puis ouvrir une pull request — vous aidera davantage qu’une liste trop longue de notions à mémoriser.

• Vous oubliez les commandes : utilisez une fiche de référence, mais expliquez le rôle de chaque étape.
• Vous ne savez pas quoi enregistrer : apprenez à lire l’état du dépôt et à examiner les différences avant un commit.
• Vous confondez dépôt local et dépôt distant : dessinez le trajet des changements entre votre ordinateur et GitHub.
• Vous craignez les conflits : entraînez-vous sur une copie jetable du projet avant de contribuer à un dépôt réel.

Combler les lacunes avant de commencer

Une remise à niveau efficace suit l’ordre des tâches que vous devrez accomplir. Évitez d’apprendre simultanément des commandes avancées, des règles d’équipe et les détails d’un langage si votre besoin immédiat est simplement de versionner un exercice.

• Si la gestion de fichiers est difficile : révisez les dossiers, les extensions, l’enregistrement et la navigation entre répertoires. Créez un mini-projet avec deux ou trois fichiers.
• Si le vocabulaire manque : clarifiez dépôt, commit, branche, dépôt distant, diff et fusion. Reformulez chaque notion avec un exemple tiré de votre dossier de pratique.
• Si les commits sont incertains : répétez le cycle état, sélection des changements, commit, consultation de l’historique. Donnez à chaque commit un message qui décrit une modification précise.
• Si GitHub est le point faible : entraînez-vous à créer un dépôt, publier une branche, lire un README et ouvrir une pull request dans un projet de test.
• Si la collaboration est difficile : pratiquez la lecture d’un diff et la résolution d’un conflit sur un dépôt jetable. Vérifiez le résultat final avant de valider la fusion.
• Si vous contribuez à du code : choisissez un projet simple dans un langage que vous connaissez déjà et apprenez à lancer ses instructions de test. Si vous ne connaissez pas encore de langage, commencez par versionner des documents ou des fichiers texte.

Choisir son premier objectif concret

Choisissez une tâche courte qui correspond à votre usage réel. Pour un étudiant, cela peut être créer un dépôt pour un exercice et y conserver plusieurs étapes de travail. Pour une personne en reconversion, ce peut être publier un petit projet avec un README qui explique son objectif et la manière de le lancer. Pour un développeur en poste, l’objectif peut être d’effectuer une modification sur une branche et de la soumettre à une revue.

Votre repère de progression doit pouvoir être vérifié. Par exemple : « Je peux modifier un fichier, voir le diff, enregistrer un commit compréhensible, publier ma branche et expliquer ma pull request. » Si vous savez faire ces étapes sur un projet d’entraînement sans copier aveuglément une procédure, vous avez une base concrète pour poursuivre.

Au Maroc, les besoins varient selon les équipes, les secteurs et les projets. Avant de choisir une formation, notez votre expérience, l’usage visé, les opérations que vous savez déjà réaliser et celles qui vous bloquent. Cette analyse aide à sélectionner un programme adapté plutôt qu’une formation trop élémentaire ou trop avancée.

• Objectif débutant : créer et maintenir un dépôt personnel pour un exercice.
• Objectif intermédiaire : contribuer à un projet avec une branche et une pull request.
• Objectif professionnel : suivre un workflow d’équipe, relire un diff et traiter un conflit simple.

Le parcours, étape par étape

1. 1Définir votre usage — Choisissez une cible : sauvegarder des exercices, publier un portfolio, contribuer à un dépôt ou collaborer sur le code d’une équipe.
2. 2Faire les tests pratiques — Essayez les opérations locales, puis celles de GitHub. Notez les tâches réussies seul, celles réalisées avec aide et celles qui restent bloquantes.
3. 3Identifier une ou deux lacunes prioritaires — Sélectionnez les difficultés qui empêchent d’atteindre votre objectif. Ne révisez pas des fonctions avancées sans besoin concret.
4. 4Suivre un parcours adapté — Commencez par les dépôts, l’état, les commits et l’historique. Ajoutez ensuite dépôts distants, branches, pull requests et conflits selon votre objectif.
5. 5Valider votre progression — Réalisez une tâche complète sur un projet d’entraînement et expliquez les étapes. Conservez le dépôt comme repère de progression.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Git et GitHub pour les équipes — FormaGroup formagroup.ma
2. Git et GitHub — FormaGroup formagroup.ma
3. GitHub Skills github.com
4. Pro Git git-scm.com
5. Ingénierie de la Formation Continue : Identification et Analyse des Besoins de Formation — OFPPT ofppt.ma
6. Upskilling et reskilling — Ministère de la Transition Numérique et de la Réforme de l’Administration mmsp.gov.ma