{"id":5020,"date":"2025-07-18T09:10:26","date_gmt":"2025-07-18T09:10:26","guid":{"rendered":"https:\/\/techhub.saworks.io\/docs\/tutoriel-github\/les-bases-de-github-partie-1-sur-2\/quest-ce-que-le-controle-de-version\/"},"modified":"2025-07-31T11:55:26","modified_gmt":"2025-07-31T11:55:26","slug":"quest-ce-que-le-controle-de-version","status":"publish","type":"docs","link":"https:\/\/techhub.saworks.io\/fr\/docs\/tutoriel-github\/les-bases-de-github-partie-1-sur-2\/quest-ce-que-le-controle-de-version\/","title":{"rendered":"Qu\u2019est-ce que le contr\u00f4le de version ?"},"content":{"rendered":"\n
\n

Un syst\u00e8me de contr\u00f4le de version<\/strong> (ou VCS<\/strong> pour Version Control System<\/em>) est un programme ou un ensemble de programmes qui permet de suivre les modifications apport\u00e9es \u00e0 un ensemble de fichiers<\/strong>.
L\u2019un des objectifs d\u2019un VCS est de pouvoir retrouver facilement des versions ant\u00e9rieures<\/strong> d\u2019un fichier ou de l\u2019ensemble du projet. Un autre objectif est de permettre \u00e0 plusieurs membres d\u2019une \u00e9quipe de travailler simultan\u00e9ment sur un projet<\/strong>, m\u00eame sur les m\u00eames fichiers, sans interf\u00e9rer avec le travail des autres.<\/p>\n\n\n\n

Un autre nom pour un VCS est syst\u00e8me de gestion de configuration logicielle<\/strong> (SCM<\/em> pour Software Configuration Management<\/em>). Les deux termes sont souvent utilis\u00e9s de mani\u00e8re interchangeable \u2014 en fait, la documentation officielle de Git se trouve sur git-scm.com.
Techniquement, le contr\u00f4le de version n\u2019est qu\u2019une des pratiques couvertes par la gestion de configuration logicielle. Un VCS peut \u00e9galement \u00eatre utilis\u00e9 pour des projets autres que des logiciels, comme des livres ou des tutoriels en ligne.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Avec un VCS, vous pouvez :<\/strong><\/h3>\n\n\n\n
    \n
  • Voir toutes les modifications apport\u00e9es \u00e0 votre projet, quand<\/strong> elles ont \u00e9t\u00e9 faites et par qui<\/strong>.<\/li>\n\n\n\n
  • Ajouter un message explicatif<\/strong> \u00e0 chaque modification.<\/li>\n\n\n\n
  • R\u00e9cup\u00e9rer des versions pr\u00e9c\u00e9dentes<\/strong> du projet ou de fichiers individuels.<\/li>\n\n\n\n
  • Cr\u00e9er des branches<\/strong> pour exp\u00e9rimenter des modifications. Cela permet \u00e0 plusieurs personnes de travailler sur diff\u00e9rentes fonctionnalit\u00e9s ou corrections de bugs en parall\u00e8le<\/strong>, sans affecter la branche principale. Vous pouvez ensuite fusionner les modifications souhait\u00e9es dans la branche principale.<\/li>\n\n\n\n
  • Ajouter des balises<\/strong> \u00e0 une version, par exemple pour marquer une nouvelle version de publication.<\/li>\n<\/ul>\n\n\n\n
    <\/div>\n\n\n\n

    \u00c0 propos de Git<\/strong><\/h4>\n\n\n\n

    Git<\/strong> est un VCS rapide<\/strong>, polyvalent<\/strong>, hautement \u00e9volutif<\/strong>, gratuit<\/strong> et open source<\/strong>.
    Son auteur principal est Linus Torvalds<\/strong>, le cr\u00e9ateur de Linux.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Contr\u00f4le de version distribu\u00e9<\/strong><\/h3>\n\n\n\n

    Les premi\u00e8res versions des syst\u00e8mes de contr\u00f4le de version (VCS), comme CVS<\/strong>, Subversion (SVN)<\/strong> et Perforce<\/strong>, utilisaient un serveur centralis\u00e9<\/strong> pour stocker l\u2019historique d\u2019un projet. Cette centralisation faisait du serveur un point de d\u00e9faillance unique<\/strong> potentiel.<\/p>\n\n\n\n

    Git<\/strong> est distribu\u00e9<\/strong>, ce qui signifie que l\u2019historique complet d\u2019un projet est stock\u00e9 \u00e0 la fois sur le client et sur le serveur<\/strong>. Vous pouvez modifier des fichiers sans connexion r\u00e9seau, valider les changements localement, puis synchroniser avec le serveur une fois la connexion r\u00e9tablie.
    Si un serveur tombe en panne, vous disposez toujours d\u2019une copie locale<\/strong> du projet. Techniquement, vous n\u2019avez m\u00eame pas besoin de serveur : les modifications peuvent \u00eatre partag\u00e9es par e-mail ou via des supports amovibles \u2014 mais en pratique, personne n\u2019utilise Git de cette mani\u00e8re.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Terminologie Git<\/strong><\/h3>\n\n\n\n

    Pour comprendre Git, il faut conna\u00eetre sa terminologie. Voici une liste de termes fr\u00e9quemment utilis\u00e9s. Ne vous inqui\u00e9tez pas des d\u00e9tails pour l\u2019instant \u2014 vous vous familiariserez avec ces termes au fil des exercices du module.<\/p>\n\n\n\n

      \n
    • Arborescence de travail (Working tree)<\/strong> : Ensemble de r\u00e9pertoires et fichiers imbriqu\u00e9s contenant le projet en cours.<\/li>\n\n\n\n
    • D\u00e9p\u00f4t (Repository ou repo)<\/strong> : R\u00e9pertoire situ\u00e9 \u00e0 la racine de l\u2019arborescence de travail, o\u00f9 Git conserve tout l\u2019historique et les m\u00e9tadonn\u00e9es du projet.
      Un d\u00e9p\u00f4t nu (bare repo)<\/strong> n\u2019est pas li\u00e9 \u00e0 une arborescence de travail ; il est utilis\u00e9 pour le partage ou la sauvegarde. Il se termine souvent par .git<\/code> (ex. : projet.git<\/code>).<\/li>\n\n\n\n
    • Hash<\/strong> : Nombre g\u00e9n\u00e9r\u00e9 par une fonction de hachage repr\u00e9sentant le contenu d\u2019un fichier ou objet sous forme de chiffres fixes. Git utilise des hashes de 160 bits<\/strong>. Cela permet \u00e0 Git de d\u00e9tecter les modifications de fichiers en comparant les hashes, ind\u00e9pendamment de la date ou de l\u2019heure.<\/li>\n\n\n\n
    • Objet (Object)<\/strong> : Un d\u00e9p\u00f4t Git contient quatre types d\u2019objets, chacun identifi\u00e9 par un hash SHA-1<\/strong> :\n
        \n
      • Blob<\/strong> : contient un fichier.<\/li>\n\n\n\n
      • Tree<\/strong> : repr\u00e9sente un r\u00e9pertoire (noms, permissions, hashes).<\/li>\n\n\n\n
      • Commit<\/strong> : version sp\u00e9cifique de l\u2019arborescence.<\/li>\n\n\n\n
      • Tag<\/strong> : nom attach\u00e9 \u00e0 un commit.<\/li>\n<\/ul>\n<\/li>\n\n\n\n
      • Commit<\/strong> : En tant que verbe, signifie cr\u00e9er un objet de commit. Cela revient \u00e0 valider les modifications pour qu\u2019elles soient visibles par d\u2019autres.<\/li>\n\n\n\n
      • Branche (Branch)<\/strong> : S\u00e9rie nomm\u00e9e de commits li\u00e9s. Le commit le plus r\u00e9cent est appel\u00e9 head<\/strong>.
        La branche par d\u00e9faut est appel\u00e9e main<\/strong> (ou master<\/strong> dans certains cas). Le head de la branche active est nomm\u00e9 HEAD<\/strong>.
        Les branches permettent de travailler ind\u00e9pendamment, puis de fusionner les modifications dans la branche principale.<\/li>\n\n\n\n
      • Distant (Remote)<\/strong> : R\u00e9f\u00e9rence nomm\u00e9e vers un autre d\u00e9p\u00f4t Git. Par d\u00e9faut, Git cr\u00e9e un remote<\/strong> nomm\u00e9 origin<\/code> pour les op\u00e9rations push<\/code> et pull<\/code>.<\/li>\n\n\n\n
      • Commandes, sous-commandes et options<\/strong> :
        Les op\u00e9rations Git s\u2019effectuent via des commandes comme git push<\/code> ou git pull<\/code>.\n
          \n
        • git<\/code> est la commande principale<\/li>\n\n\n\n
        • push<\/code> ou pull<\/code> sont des sous-commandes<\/strong><\/li>\n\n\n\n
        • Les options<\/strong> sont ajout\u00e9es avec -<\/code> ou --<\/code> (ex. : git reset --hard<\/code>)<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

          Ces termes \u2014 et d\u2019autres comme push<\/code> et pull<\/code> \u2014 deviendront plus clairs avec la pratique. N\u2019h\u00e9sitez pas \u00e0 revenir \u00e0 ce glossaire apr\u00e8s avoir termin\u00e9 le module.<\/p>\n\n\n\n

          <\/div>\n\n\n\n

          Ligne de commande Git<\/strong><\/h3>\n\n\n\n

          Il existe plusieurs interfaces graphiques (GUI) pour Git, comme GitHub Desktop<\/strong>.
          De nombreux \u00e9diteurs de code, comme Visual Studio Code<\/strong>, int\u00e8grent aussi Git.
          Mais aucun ne couvre toutes les fonctionnalit\u00e9s<\/strong> de Git.<\/p>\n\n\n\n

          Les exercices de ce module utilisent la ligne de commande Git<\/strong>, en particulier dans Azure Cloud Shell<\/strong>.
          L\u2019interface en ligne de commande fonctionne de la m\u00eame mani\u00e8re sur tous les syst\u00e8mes d\u2019exploitation, et donne acc\u00e8s \u00e0 toutes les capacit\u00e9s de Git<\/strong>.
          Les d\u00e9veloppeurs qui utilisent uniquement une interface graphique se retrouvent parfois bloqu\u00e9s par des erreurs qu\u2019ils ne peuvent r\u00e9soudre qu\u2019en revenant \u00e0 la ligne de commande.<\/p>\n\n\n\n

          <\/div>\n\n\n\n

          Git et GitHub<\/strong><\/h3>\n\n\n\n

          En travaillant avec Git, vous vous demanderez peut-\u00eatre quelles sont les diff\u00e9rences entre Git<\/strong> et GitHub<\/strong>.<\/p>\n\n\n\n

            \n
          • Git<\/strong> est un syst\u00e8me de contr\u00f4le de version distribu\u00e9 (DVCS)<\/strong> que plusieurs d\u00e9veloppeurs peuvent utiliser pour travailler sur un projet. Il permet de g\u00e9rer des branches locales, puis de les pousser<\/strong> vers un d\u00e9p\u00f4t distant.<\/li>\n\n\n\n
          • GitHub<\/strong> est une plateforme cloud<\/strong> qui repose sur Git. Elle facilite la collaboration gr\u00e2ce \u00e0 :\n
              \n
            • une interface web<\/li>\n\n\n\n
            • des outils en ligne de commande suppl\u00e9mentaires<\/li>\n\n\n\n
            • un flux de travail simplifi\u00e9<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

              GitHub agit comme le d\u00e9p\u00f4t distant<\/strong> mentionn\u00e9 pr\u00e9c\u00e9demment.<\/p>\n\n\n\n

              <\/div>\n\n\n\n

              Fonctionnalit\u00e9s cl\u00e9s de GitHub :<\/strong><\/h3>\n\n\n\n
                \n
              • Issues<\/strong> (tickets)<\/li>\n\n\n\n
              • Discussions<\/strong><\/li>\n\n\n\n
              • Pull requests<\/strong><\/li>\n\n\n\n
              • Notifications<\/strong><\/li>\n\n\n\n
              • \u00c9tiquettes (Labels)<\/strong><\/li>\n\n\n\n
              • Actions<\/strong><\/li>\n\n\n\n
              • Forks<\/strong><\/li>\n\n\n\n
              • Projets<\/strong><\/li>\n<\/ul>\n\n\n\n

                Pour en savoir plus sur GitHub, consultez le module Introduction \u00e0 GitHub<\/strong> sur Tutoriel Github ou la documentation Premiers pas avec GitHub<\/strong>.<\/p>\n\n\n\n

                <\/div>\n\n\n\n

                \u2705 \u00c9tape suivante : essayez Git par vous-m\u00eame !<\/strong><\/h3>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

                Un syst\u00e8me de contr\u00f4le de version (ou VCS pour Version Control System) est un programme ou un ensemble de programmes qui permet de suivre les modifications apport\u00e9es \u00e0 un […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":4991,"menu_order":3,"comment_status":"closed","ping_status":"closed","template":"","doc_tag":[],"doc_badge":[],"class_list":["post-5020","docs","type-docs","status-publish","hentry"],"author_avatar":"https:\/\/secure.gravatar.com\/avatar\/6a70e7c73db9f245e650948d09d74f61?s=96&d=mm&r=g","author_name":"Annick N'dri","_links":{"self":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs\/5020"}],"collection":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/comments?post=5020"}],"version-history":[{"count":0,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs\/5020\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/docs\/4991"}],"wp:attachment":[{"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/media?parent=5020"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/doc_tag?post=5020"},{"taxonomy":"doc_badge","embeddable":true,"href":"https:\/\/techhub.saworks.io\/fr\/wp-json\/wp\/v2\/doc_badge?post=5020"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}