{"id":2478,"date":"2026-10-16T15:00:00","date_gmt":"2026-10-16T19:00:00","guid":{"rendered":"https:\/\/boostelearning.com\/resources\/blog\/what-is-git-2\/"},"modified":"2026-10-16T15:00:00","modified_gmt":"2026-10-16T19:00:00","slug":"what-is-git","status":"publish","type":"post","link":"https:\/\/boostelearning.com\/fr\/resources\/blog\/what-is-git\/","title":{"rendered":"Qu\u2019est-ce que Git ? Guide du d\u00e9butant pour les careers IT"},"content":{"rendered":"<p><strong>R\u00e9ponse rapide :<\/strong> Git est un syst\u00e8me de contr\u00f4le de version distribu\u00e9, gratuit et open source, qui enregistre chaque modification apport\u00e9e \u00e0 un ensemble de fichiers, g\u00e9n\u00e9ralement du code source. Il permet d\u2019enregistrer des instantan\u00e9s appel\u00e9s commits, de travailler sur des lignes de d\u00e9veloppement parall\u00e8les appel\u00e9es branches, puis de fusionner ces travaux, tout en conservant un historique complet que vous pouvez consulter ou annuler. Cr\u00e9\u00e9 par Linus Torvalds en 2005 pour le d\u00e9veloppement du noyau Linux, Git est d\u00e9sormais la m\u00e9thode par d\u00e9faut pour le suivi du code et la collaboration entre les \u00e9quipes de d\u00e9veloppement. Sa ma\u00eetrise est attendue dans la plupart des m\u00e9tiers de l\u2019IT et du d\u00e9veloppement.<\/p>\n<h2>Quel probl\u00e8me Git r\u00e9sout-il r\u00e9ellement ?<\/h2>\n<p>Avant le contr\u00f4le de version, les gens copaient des dossiers nomm\u00e9s <em>project-final<\/em>, <em>project-final-v2<\/em> et <em>project-really-final<\/em>. Cette approche perd l\u2019historique, rend la collaboration p\u00e9nible et ne permet pas d\u2019annuler une erreur de mani\u00e8re fiable. Git r\u00e9sout ce probl\u00e8me en enregistrant toute la chronologie d\u2019un projet sous forme d\u2019une s\u00e9rie d\u2019instantan\u00e9s. Vous pouvez voir qui a modifi\u00e9 quoi, quand et pourquoi, comparer deux points dans le temps, et restaurer un \u00e9tat ant\u00e9rieur sans perdre le travail effectu\u00e9 depuis.<\/p>\n<p>Parce que Git est <strong>distribu\u00e9<\/strong>, chaque personne qui clone un d\u00e9p\u00f4t obtient l\u2019historique complet sur sa propre machine, et pas uniquement les derniers fichiers. Vous pouvez faire des commits, cr\u00e9er des branches et consulter l\u2019historique sans connexion r\u00e9seau, puis vous synchroniser avec les autres lorsque vous \u00eates pr\u00eat. Cette conception est l\u2019une des principales raisons pour lesquelles Git a remplac\u00e9 les anciens outils centralis\u00e9s.<\/p>\n<h2>Que sont les d\u00e9p\u00f4ts, les commits et les branches ?<\/h2>\n<p>Trois notions couvrent l\u2019essentiel de l\u2019int\u00e9r\u00eat quotidien de Git :<\/p>\n<ul>\n<li><strong>D\u00e9p\u00f4t (repository, repo) :<\/strong> le dossier que Git suit, ainsi qu\u2019un r\u00e9pertoire cach\u00e9 <em>.git<\/em> qui contient l\u2019historique complet. Vous en cr\u00e9ez un avec <em>git init<\/em> ou copiez un d\u00e9p\u00f4t existant avec <em>git clone<\/em>.<\/li>\n<li><strong>Commit :<\/strong> un instantan\u00e9 enregistr\u00e9 avec un message, un auteur, un horodatage et un hash unique. Les commits forment une cha\u00eene : Git sait donc toujours ce qui pr\u00e9c\u00e8de quoi.<\/li>\n<li><strong>Branch :<\/strong> un pointeur mobile vers un commit. Les branches permettent de d\u00e9velopper une fonctionnalit\u00e9 ou de corriger un probl\u00e8me de mani\u00e8re isol\u00e9e, sans toucher \u00e0 la ligne principale du code. La branche par d\u00e9faut est g\u00e9n\u00e9ralement nomm\u00e9e <em>main<\/em>.<\/li>\n<\/ul>\n<p>Une modification typique passe par trois zones : votre <strong>r\u00e9pertoire de travail<\/strong> (les fichiers que vous modifiez), la <strong>zone de pr\u00e9paration<\/strong> (les modifications que vous avez marqu\u00e9es pour le prochain commit avec <em>git add<\/em>) et l\u2019<strong>historique du d\u00e9p\u00f4t<\/strong> (o\u00f9 <em>git commit<\/em> enregistre l\u2019instantan\u00e9). Comprendre ces trois zones \u00e9limine l\u2019essentiel des premi\u00e8res confusions.<\/p>\n<h2>Que fait le merging et qu\u2019est-ce qu\u2019un conflit de fusion ?<\/h2>\n<p>Le merging consiste \u00e0 combiner le travail d\u2019une branche avec celui d\u2019une autre. Lorsque deux branches ont modifi\u00e9 des fichiers diff\u00e9rents, ou des parties diff\u00e9rentes du m\u00eame fichier, Git les fusionne automatiquement. Lorsque deux branches ont modifi\u00e9 les <em>m\u00eames lignes<\/em> de mani\u00e8re incompatible, Git ne peut pas trancher \u00e0 votre place et signale un <strong>conflit de fusion<\/strong>. Vous ouvrez alors les fichiers concern\u00e9s, choisissez le r\u00e9sultat correct et enregistrez la r\u00e9solution. Les conflits semblent intimidants au d\u00e9part, mais ils font partie du quotidien. Apprendre \u00e0 les r\u00e9soudre avec calme constitue une comp\u00e9tence professionnelle essentielle. De nombreuses \u00e9quipes pr\u00e9f\u00e8rent <em>rebaser<\/em> une branche de fonctionnalit\u00e9 sur la derni\u00e8re branche principale afin de conserver un historique lin\u00e9aire, m\u00eame s\u2019il s\u2019agit d\u2019un choix stylistic plut\u00f4t que d\u2019une r\u00e8gle.<\/p>\n<h2>Quelles sont les commandes Git les plus courantes ?<\/h2>\n<p>Vous pouvez r\u00e9aliser de v\u00e9ritables t\u00e2ches avec un ensemble de commandes \u00e9tonnamment r\u00e9duit. Elles couvrent la grande majorit\u00e9 des usages quotidiens.<\/p>\n<table>\n<thead>\n<tr>\n<th>Commande<\/th>\n<th>Ce qu\u2019elle fait<\/th>\n<th>Quand l\u2019utiliser<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>git clone<\/strong><\/td>\n<td>Copie un d\u00e9p\u00f4t distant sur votre machine<\/td>\n<td>Pour commencer \u00e0 travailler sur un projet existant<\/td>\n<\/tr>\n<tr>\n<td><strong>git status<\/strong><\/td>\n<td>Affiche les fichiers modifi\u00e9s, pr\u00e9par\u00e9s et non suivis<\/td>\n<td>En permanence, pour savoir o\u00f9 vous en \u00eates<\/td>\n<\/tr>\n<tr>\n<td><strong>git add<\/strong><\/td>\n<td>Pr\u00e9pare les modifications pour le prochain commit<\/td>\n<td>Avant d&#8217;effectuer un commit<\/td>\n<\/tr>\n<tr>\n<td><strong>git commit<\/strong><\/td>\n<td>Enregistre un instantan\u00e9 avec un message<\/td>\n<td>Apr\u00e8s avoir pr\u00e9par\u00e9 une unit\u00e9 de travail coh\u00e9rente<\/td>\n<\/tr>\n<tr>\n<td><strong>git push<\/strong><\/td>\n<td>Envoie les commits locaux vers un d\u00e9p\u00f4t distant<\/td>\n<td>Pour partager votre travail avec l\u2019\u00e9quipe<\/td>\n<\/tr>\n<tr>\n<td><strong>git pull<\/strong><\/td>\n<td>R\u00e9cup\u00e8re et fusionne les modifications distantes<\/td>\n<td>Pour obtenir le dernier travail de vos coll\u00e8gues<\/td>\n<\/tr>\n<tr>\n<td><strong>git branch<\/strong><\/td>\n<td>Liste ou cr\u00e9e des branches<\/td>\n<td>Pour commencer ou examiner un travail parall\u00e8le<\/td>\n<\/tr>\n<tr>\n<td><strong>git checkout \/ switch<\/strong><\/td>\n<td>Permet de passer d\u2019une branche ou d\u2019un commit \u00e0 un autre<\/td>\n<td>Pour changer de t\u00e2che en cours<\/td>\n<\/tr>\n<tr>\n<td><strong>git merge<\/strong><\/td>\n<td>Combine une branche avec une autre<\/td>\n<td>Pour int\u00e9grer une fonctionnalit\u00e9 termin\u00e9e<\/td>\n<\/tr>\n<tr>\n<td><strong>git log<\/strong><\/td>\n<td>Affiche l\u2019historique des commits<\/td>\n<td>Pour examiner ce qui a chang\u00e9 et pourquoi<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Une bonne pratique consiste \u00e0 r\u00e9diger des messages de commit clairs, au pr\u00e9sent (par exemple, <em>Add input validation to login form<\/em>), afin que les lecteurs futurs, y compris vous, comprennent imm\u00e9diatement la modification.<\/p>\n<h2>Git vs GitHub : quelle est la diff\u00e9rence ?<\/h2>\n<p>C\u2019est le point de confusion le plus fr\u00e9quent pour les d\u00e9butants. <strong>Git est l\u2019outil<\/strong> qui suit les modifications sur votre ordinateur. <strong>GitHub est un service d\u2019h\u00e9bergement<\/strong> qui stocke les d\u00e9p\u00f4ts Git dans le cloud et ajoute des fonctionnalit\u00e9s de collaboration telles que les pull requests, la revue de code, le suivi des tickets et l\u2019automatisation. Vous pouvez utiliser Git enti\u00e8rement en local, sans compte sur aucune plateforme. GitHub est l\u2019un des endroits populaires pour h\u00e9berger des d\u00e9p\u00f4ts ; GitLab et Bitbucket sont des alternatives bien connues, et les grandes organisations exploitent parfois leurs propres serveurs. En r\u00e9sum\u00e9, Git est le moteur et GitHub est l\u2019un des garages o\u00f9 vous pouvez le stationner. Les pull requests, souvent associ\u00e9es \u00e0 GitHub, sont une fonctionnalit\u00e9 de plateforme construite sur les branches Git, et ne font pas partie de Git lui-m\u00eame.<\/p>\n<h2>Pourquoi Git est-il important pour les careers IT ?<\/h2>\n<p>Git est l\u2019une des comp\u00e9tences les plus rentables que vous puissiez apprendre, car elle est omnipr\u00e9sente. Les ing\u00e9nieurs logiciel l\u2019utilisent pour chaque ligne de code, ce qui explique qu\u2019elle apparaisse tout au long d\u2019un parcours r\u00e9aliste vers <a href=\"https:\/\/boostelearning.com\/resources\/blog\/how-to-become-a-software-engineer-without-a-degree\/\">devenir ing\u00e9nieur logiciel sans dipl\u00f4me<\/a>. Au-del\u00e0 du d\u00e9veloppement pur, Git sous-tend les pratiques d\u2019exploitation modernes : il constitue la fondation de l\u2019infrastructure as code, o\u00f9 des outils comme Terraform stockent leur configuration dans des d\u00e9p\u00f4ts Git, un flux de travail que nous pr\u00e9sentons dans notre guide sur <a href=\"https:\/\/boostelearning.com\/fr\/resources\/blog\/what-is-terraform\/\">ce qu\u2019est Terraform<\/a>. La pratique consistant \u00e0 g\u00e9rer les syst\u00e8mes au moyen de fichiers soumis au contr\u00f4le de version est au c\u0153ur de <a href=\"https:\/\/boostelearning.com\/resources\/blog\/what-does-a-devops-engineer-do\/\">ce que fait un ing\u00e9nieur DevOps<\/a> et de la discipline de fiabilit\u00e9 d\u00e9crite dans notre comparaison entre <a href=\"https:\/\/boostelearning.com\/fr\/resources\/blog\/devops-vs-sre\/\">DevOps et SRE<\/a>.<\/p>\n<p>M\u00eame les m\u00e9tiers situ\u00e9s en dehors du d\u00e9veloppement attendent de plus en plus Git. Un <a href=\"https:\/\/boostelearning.com\/resources\/blog\/what-does-a-cloud-engineer-do\/\">ing\u00e9nieur cloud<\/a> stocke ses mod\u00e8les de d\u00e9ploiement dans Git, et une personne qui suit le parcours pour <a href=\"https:\/\/boostelearning.com\/resources\/blog\/how-to-become-a-system-administrator\/\">devenir administrateur syst\u00e8me<\/a> soumettra souvent ses scripts et ses fichiers de configuration au contr\u00f4le de version. Apprendre Git t\u00f4t s&#8217;av\u00e8re rentable, quelle que soit l\u2019orientation que prendra votre carri\u00e8re.<\/p>\n<h2>En quoi consiste le workflow des pull requests et de la revue de code ?<\/h2>\n<p>Dans les \u00e9quipes, les modifications ne sont presque jamais int\u00e9gr\u00e9es directement dans la branche principale. Un d\u00e9veloppeur cr\u00e9e plut\u00f4t une branche, y enregistre son travail, l\u2019envoie vers une plateforme d\u2019h\u00e9bergement et ouvre une <strong>pull request<\/strong> (appel\u00e9e merge request sur certaines plateformes). Une pull request propose de fusionner une branche avec une autre et devient l\u2019espace o\u00f9 les coll\u00e8gues examinent le code, laissent des commentaires, demandent des modifications et ex\u00e9cutent des contr\u00f4les automatis\u00e9s. La branche n\u2019est fusionn\u00e9e qu\u2019apr\u00e8s validation et r\u00e9ussite des tests. Ce workflow est essentiel \u00e0 la livraison moderne de logiciels, car il permet de d\u00e9tecter rapidement les bugs, de diffuser les connaissances dans l\u2019\u00e9quipe et de conserver une trace claire des raisons de chaque modification. Les pipelines automatis\u00e9s, qui font partie de l\u2019int\u00e9gration continue, ex\u00e9cutent souvent les tests pour chaque pull request avant m\u00eame l\u2019intervention d\u2019un humain, reliant ainsi directement Git aux pratiques DevOps plus larges \u00e9voqu\u00e9es dans notre comparaison entre DevOps et SRE.<\/p>\n<h3>Comment les \u00e9quipes organisent-elles les branches ?<\/h3>\n<p>La plupart des \u00e9quipes adoptent une strat\u00e9gie de branching afin que le travail reste organis\u00e9 \u00e0 mesure que la base de code grandit. Deux mod\u00e8les courants m\u00e9ritent d\u2019\u00eatre connus :<\/p>\n<ul>\n<li><strong>D\u00e9veloppement bas\u00e9 sur le tronc (trunk-based development) :<\/strong> les d\u00e9veloppeurs travaillent sur des branches de courte dur\u00e9e et fusionnent fr\u00e9quemment avec main, souvent plusieurs fois par jour. Cela permet de garder les branches petites et les conflits rares, et s\u2019accorde bien avec l\u2019int\u00e9gration continue.<\/li>\n<li><strong>GitHub Flow :<\/strong> un mod\u00e8le l\u00e9ger dans lequel chaque modification correspond \u00e0 une branche et \u00e0 une pull request, avec main toujours maintenue dans un \u00e9tat d\u00e9ployable.<\/li>\n<\/ul>\n<p>Les mod\u00e8les plus anciens et plus lourds, comme Git Flow, utilisent des branches de d\u00e9veloppement et de versionnement de longue dur\u00e9e. Ils peuvent convenir aux projets qui pr\u00e9voient des publications planifi\u00e9es, mais ajoutent une complexit\u00e9 que la plupart des \u00e9quipes modernes \u00e9vitent. Le bon choix d\u00e9pend de la fr\u00e9quence de vos livraisons et de la taille de votre \u00e9quipe.<\/p>\n<h2>Qu\u2019est-ce qui distingue Git des anciens syst\u00e8mes de contr\u00f4le de version ?<\/h2>\n<p>La conception distribu\u00e9e de Git constitue son principal avantage par rapport \u00e0 ses pr\u00e9d\u00e9cesseurs centralis\u00e9s, tels que SVN et CVS. Dans un syst\u00e8me centralis\u00e9, l\u2019historique r\u00e9side sur un serveur unique : la plupart des op\u00e9rations n\u00e9cessitent donc un acc\u00e8s au r\u00e9seau et le branching est co\u00fbteux. Avec Git, chaque clone contient l\u2019historique complet. Les commits, la consultation de l\u2019historique et le changement de branche se font ainsi localement et instantan\u00e9ment. Le branching et le merging, p\u00e9nibles avec les anciens outils, sont bon march\u00e9 et ordinaires avec Git, ce qui explique pr\u00e9cis\u00e9ment pourquoi le workflow bas\u00e9 sur les branches de fonctionnalit\u00e9 et les pull requests est devenu la norme. Ce mod\u00e8le local d\u2019abord rend \u00e9galement votre travail r\u00e9silient : m\u00eame si l\u2019h\u00f4te central devenait indisponible, chaque d\u00e9veloppeur disposerait toujours d\u2019une copie compl\u00e8te de l\u2019historique du projet.<\/p>\n<h2>Comment un d\u00e9butant devrait-il commencer \u00e0 apprendre Git ?<\/h2>\n<p>Commencez par des exercices simples et pratiques. Installez Git, cr\u00e9ez un d\u00e9p\u00f4t local pour un projet sans importance et entra\u00eenez-vous \u00e0 suivre le processus principal : modifiez un fichier, ex\u00e9cutez <em>git status<\/em>, pr\u00e9parez la modification avec <em>git add<\/em>, enregistrez-la avec <em>git commit<\/em>, puis examinez l\u2019historique avec <em>git log<\/em>. Lorsque ce processus vous devient naturel, cr\u00e9ez un compte gratuit sur une plateforme d\u2019h\u00e9bergement, envoyez votre d\u00e9p\u00f4t et entra\u00eenez-vous au branching et au merging. Cr\u00e9ez volontairement un conflit de fusion dans un d\u00e9p\u00f4t de test et r\u00e9solvez-le : une seule exp\u00e9rience suffit g\u00e9n\u00e9ralement \u00e0 dissiper la plupart des craintes. \u00c9vitez le pi\u00e8ge de m\u00e9moriser des dizaines de commandes : une bonne profondeur sur le workflow principal vaut mieux qu\u2019une familiarit\u00e9 superficielle avec tout.<\/p>\n<h3>Les erreurs fr\u00e9quentes des d\u00e9butants \u00e0 \u00e9viter<\/h3>\n<ul>\n<li><strong>Effectuer trop de modifications dans un seul commit.<\/strong> Les commits petits et cibl\u00e9s sont plus faciles \u00e0 examiner et \u00e0 annuler.<\/li>\n<li><strong>R\u00e9diger des messages de commit vagues.<\/strong> \u00ab correction diverses \u00bb n\u2019aide personne, pas m\u00eame votre futur vous-m\u00eame.<\/li>\n<li><strong>Commiter des secrets.<\/strong> Ne commit jamais de mots de passe, de cl\u00e9s API ou de jetons ; utilisez un fichier <em>.gitignore<\/em> pour exclure les fichiers sensibles et g\u00e9n\u00e9r\u00e9s.<\/li>\n<li><strong>Avoir peur d\u2019exp\u00e9rimenter.<\/strong> Les branches co\u00fbtent peu et les commits locaux sont r\u00e9versibles : vous pouvez donc explorer librement.<\/li>\n<\/ul>\n<h2>Git vaut-il la peine d\u2019\u00eatre appris ?<\/h2>\n<p>Pour presque toute personne qui travaille dans l\u2019IT ou qui y entre, oui. Git est gratuit, utilis\u00e9 partout et transf\u00e9rable entre employeurs, langages et intitul\u00e9s de poste. Les bases sont accessibles en une journ\u00e9e, et les comp\u00e9tences plus approfondies se d\u00e9veloppent naturellement au fil de projets r\u00e9els. Parce qu\u2019il se trouve au c\u0153ur du d\u00e9veloppement moderne comme des pratiques d\u2019exploitation, le temps consacr\u00e9 \u00e0 Git est rarement perdu. Consid\u00e9rez-le comme une culture fondamentale, au m\u00eame titre que la frappe au clavier ou la ligne de commande, plut\u00f4t que comme une sp\u00e9cialit\u00e9 : vous en tirerez parti tout au long de votre carri\u00e8re.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>R\u00e9ponse rapide : Git est un syst\u00e8me de contr\u00f4le de version distribu\u00e9, gratuit et open source, qui enregistre chaque modification apport\u00e9e \u00e0 un ensemble de fichiers, &hellip; <a href=\"https:\/\/boostelearning.com\/fr\/resources\/blog\/what-is-git\/\">Continued<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"bel_standfirst":"","bel_faq":"Git est-il identique \u00e0 GitHub ?|Non. Git est le logiciel de contr\u00f4le de version qui s\u2019ex\u00e9cute sur votre ordinateur et suit les modifications apport\u00e9es aux fichiers. GitHub est un site commercial qui h\u00e9berge des d\u00e9p\u00f4ts Git en ligne et ajoute des fonctionnalit\u00e9s de collaboration telles que les pull requests et le suivi des tickets. Vous pouvez utiliser Git sans aucun compte GitHub et h\u00e9berger vos d\u00e9p\u00f4ts sur des alternatives comme GitLab ou Bitbucket.\nGit est-il difficile \u00e0 apprendre ?|Les bases du quotidien (clone, add, commit, push, pull) peuvent \u00eatre apprises en un jour ou deux. Les concepts plus avanc\u00e9s, comme le rebase, la r\u00e9solution des conflits de fusion et la r\u00e9cup\u00e9ration de commits perdus, prennent plus de temps et s\u2019apprennent g\u00e9n\u00e9ralement par l\u2019exp\u00e9rience sur de vrais projets. La plupart des personnes deviennent efficaces avec Git bien avant de penser ma\u00eetriser pleinement l\u2019outil.\nDois-je conna\u00eetre Git pour obtenir un emploi dans l\u2019IT ?|Pour la plupart des postes li\u00e9s au logiciel, au DevOps et au cloud, oui, la ma\u00eetrise de Git est pratiquement attendue. M\u00eame les postes d\u2019administration syst\u00e8me et de support utilisent de plus en plus Git pour g\u00e9rer des fichiers de configuration et des scripts. C\u2019est l\u2019une des comp\u00e9tences les plus transf\u00e9rables de l\u2019IT, car presque toutes les \u00e9quipes l\u2019utilisent.\nGit est-il gratuit ?|Oui. Git est lui-m\u00eame un logiciel libre et open source, publi\u00e9 sous licence GPL. Les plateformes d\u2019h\u00e9bergement comme GitHub, GitLab et Bitbucket proposent des offres gratuites aux particuliers et aux petites \u00e9quipes, puis facturent les d\u00e9p\u00f4ts priv\u00e9s \u00e0 grande \u00e9chelle, les fonctionnalit\u00e9s de s\u00e9curit\u00e9 avanc\u00e9es et l\u2019administration d\u2019entreprise.\nQu\u2019est-ce qu\u2019un commit dans Git ?|Un commit est un instantan\u00e9 enregistr\u00e9 de votre projet \u00e0 un moment donn\u00e9, accompagn\u00e9 d\u2019un message d\u00e9crivant les modifications. Chaque commit poss\u00e8de un identifiant unique (un hash) et pointe vers son parent : c\u2019est ainsi que Git construit un historique complet que vous pouvez consulter, comparer et annuler.\nQuelle est la diff\u00e9rence entre Git et SVN ?|SVN (Subversion) est un syst\u00e8me de contr\u00f4le de version centralis\u00e9, dans lequel l\u2019historique r\u00e9side sur un serveur central unique. Git est distribu\u00e9 : chaque d\u00e9veloppeur poss\u00e8de donc une copie compl\u00e8te de l\u2019historique en local. Cela rend Git plus rapide pour la plupart des op\u00e9rations, permet de travailler hors ligne et rend le branching et le merging beaucoup moins co\u00fbteux.","bel_outcomes":"","bel_audience":"","bel_outline":"","bel_exam":"","bel_livelabs":"","bel_duration":"","bel_exam_code":"","bel_level":"","bel_price":"","bel_rating":"","bel_reviews":"","bel_instructors":"","bel_image_credit":"","bel_result_num":"","bel_result_label":"","bel_customer":"","bel_industry":"","bel_credentials":"","bel_courses_taught":"","bel_meta_desc":"Qu\u2019est-ce que Git ? C\u2019est le syst\u00e8me de contr\u00f4le de version qui suit les modifications du code. D\u00e9couvrez les d\u00e9p\u00f4ts, les commits et les branches.","footnotes":""},"categories":[44],"tags":[],"class_list":["post-2478","post","type-post","status-publish","format-standard","hentry","category-devops"],"_links":{"self":[{"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/posts\/2478","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/comments?post=2478"}],"version-history":[{"count":0,"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/posts\/2478\/revisions"}],"wp:attachment":[{"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/media?parent=2478"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/categories?post=2478"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/boostelearning.com\/fr\/wp-json\/wp\/v2\/tags?post=2478"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}