‫Jonas : Passons maintenant
‫très rapidement aux fondamentaux de Git, et
‫ce n'est en aucun cas un aperçu complet de Git.
‫Tout ce que je veux faire ici,
‫c'est vous aider à démarrer avec Git le
‫plus rapidement possible afin que nous puissions ensuite déployer notre projet sur Heroku.
‫Et comme je l'ai mentionné dans la dernière
‫vidéo, je vais maintenant commencer à utiliser Git dans la ligne de commande, d'accord ?
‫Et en fait, j'utilise à
‫nouveau le terminal ici dans VS Code.
‫Alors quittons maintenant le processus en cours ici, d'accord ?
‫Et maintenant, ici, dans notre dossier
‫de projet local, créez un
‫nouveau référentiel, et nous le faisons en écrivant git init, d'accord ?
‫Appuyez sur Entrée et c'est tout.
‫Nous venons donc d'initialiser un référentiel Git vide, ou nous
‫pouvons également l'appeler simplement un référentiel.
‫C'est donc un peu plus facile à dire.
‫Donc, encore une fois, afin de créer un nouveau référentiel,
‫ou référentiel, pour votre projet,
‫vous devez accéder à ce dossier de projet,
‫qui ici dans VS Code se produit en quelque sorte automatiquement.
‫Nous sommes donc automatiquement ici dans
‫le dossier Home, puis vous y écrivez git
‫init, et cela fait ensuite tourner ce nouveau référentiel.
‫Et ici, dans ma ligne de commande,
‫vous pouvez en fait voir cette partie jaune maintenant ici de l'invite, et
‫probablement sur votre terminal, vous ne l'aurez pas, et cela
‫n'a pas vraiment d'importance.
‫Donc, tout ce que cela signifie ici,
‫c'est que nous avons actuellement un référentiel avec une branche appelée master, d'accord ?
‫Et un peu plus sur la branche master plus tard.
‫Quoi qu'il en soit, avant de faire quoi
‫que ce soit d'autre, créons un fichier spécial appelé gitignore, et
‫nous y ajouterons tous les fichiers
‫que nous ne voulons pas avoir dans notre référentiel.
‫C'est donc une sorte de fichier
‫de configuration comme ces configurations plus jolies ou eslint.
‫Je peux donc en créer un nouveau ici.
‫La sortie ici.
‫Alors . gitignore, comme ça, d'accord ?
‫Et VS Code, en fait,
‫une fois de plus, a déjà
‫reconnu ce fichier et y ajoute ce joli symbole.
‫Et le premier dossier
‫que nous voulons complètement ignorer est le dossier
‫node_modules, donc nous écrivons node_modules, d'accord ?
‫Donnez-lui une seconde et souhaitez
‫également ignorer le fichier de configuration.
‫Donc, tous les fichiers de variables d'environnement.
‫Et donc on peut dire tout le . env, d'accord ?
‫Donc, le dossier node_modules, nous ne voulons vraiment
‫pas dans notre référentiel car ce n'est tout simplement pas nécessaire.
‫Ainsi, par exemple, si nous allons télécharger
‫notre référentiel sur GitHub, nous ne voulons alors pas télécharger toutes ces
‫dizaines de milliers de fichiers car une fois
‫que nous téléchargeons le projet
‫depuis GitHub ailleurs, nous pouvons alors facilement obtenir
‫le dossier node_modules en écrivant npm install, n'est-ce pas ?
‫Et gardez donc à l'esprit que Git concerne également le partage,
‫pas seulement l'enregistrement de votre code avec des instantanés au fil du
‫temps, mais il s'agit également de toute cette collaboration.
‫Maintenant, ici dans VS Code sur ce côté
‫gauche, nous avons en fait cette intégration avec Git.
‫Donc, si vous cliquez ici,
‫vous verrez tous les fichiers marqués comme modifiés.
‫Eh bien, pour le moment,
‫nous n'en voyons aucun ici, alors rechargeons simplement, mais ils n'apparaissent toujours pas
‫ici, et je pense que c'est parce
‫que nous avions initialement trop de fichiers dans
‫node_modules, et maintenant VS Code est un peu confus avec ça.
‫Vérifions nos problèmes.
‫Non, ça n'a rien à voir avec ça, d'accord ?
‫Mais, de toute façon, ça n'a pas vraiment d'importance, d'accord ?
‫Ce qui compte, c'est que nous pouvons
‫maintenant voir tous ces fichiers modifiés en écrivant git status.
‫Comme ça, d'accord ?
‫Et voici donc maintenant tous les fichiers et dossiers qui
‫ne sont fondamentalement pas encore validés dans notre référentiel.
‫Donc, Git est tout au sujet de la validation, et apprenons maintenant
‫comment nous pouvons valider des fichiers dans le référentiel, et c'est
‫une sorte de processus en deux étapes.
‫Nous devons d'abord ajouter les fichiers à une zone dite de transfert, et
‫seulement après qu'ils se trouvent dans cette zone,
‫nous pouvons alors valider
‫tous les fichiers qui s'y trouvent dans une nouvelle validation, d'accord ?
‫Alors faisons-le.
‫Alors git add, et ensuite si je veux ajouter
‫tous les fichiers, je peux simplement écrire -A, n'est-ce pas ?
‫Cela prend donc un peu
‫de temps maintenant car il y a
‫tellement de fichiers, et donc maintenant si j'écris à
‫nouveau le statut git, voyons, maintenant tous sont en fait verts.
‫Donc ici vous pouvez voir toutes les tonnes de ces
‫fichiers qui vont maintenant être ajoutés à notre commit git, d'accord ?
‫Maintenant, en fait, je ne veux pas de ces fichiers mis
‫en cache dans ce dossier
‫de cache, alors débarrassons-nous rapidement de ce dossier.
‫D'accord, j'espère donc qu'ils sont partis maintenant en fait aussi de cela.
‫Espérons donc qu'ils soient partis d'ici aussi maintenant.
‫Et supprimer, ils sont maintenant supprimés, donc ils ne
‫sont plus là, mais
‫voyons si tous les autres sont toujours là.
‫D'accord, vous voyez donc que ceux-ci ne sont pas préparés pour
‫la validation, mais tous
‫ces autres fichiers seront désormais validés dans le référentiel.
‫Maintenant, cela vous semble probablement un peu déroutant pourquoi
‫nous devons d'abord ajouter ces fichiers à la zone de transit,
‫et alors seulement ils peuvent être validés.
‫Et la raison rapide à cela est que
‫vous voudrez peut-être ajouter différents fichiers pour différents commits, d'accord ?
‫Imaginez donc que vous modifiez 10 fichiers mais que
‫vous ne voulez en valider que cinq pour un certain commit.
‫Et donc en mettant en scène, vous pouvez le faire.
‫Mais nous voulons juste que les choses restent très simples ici, et donc
‫nous ajoutons simplement tous les fichiers
‫à cette zone de transit, puis nous les validons tous.
‫Et, en fait, recommençons parce
‫que maintenant j'ai supprimé tous ces fichiers.
‫Alors faisons à nouveau git add -A, d'accord ?
‫Et maintenant, nous sommes prêts à
‫valider les fichiers en écrivant git commit
‫-m, puis nous spécifions un message de validation.
‫Et ce message doit vraiment décrire les
‫changements que vous avez apportés.
‫Maintenant, généralement, le premier commit est appelé Initial commit, et
‫faisons-le donc ici aussi.
‫Donc Initial commit, appuyez sur Return, et c'est tout.
‫Donc, avec ce commit, nous
‫avons enregistré toutes les modifications dans le référentiel,
‫et, encore une fois, un commit est comme un
‫instantané de tout le code à un moment donné, d'accord ?
‫Et une sorte de philosophie consiste à créer un nouveau commit à chaque fois
‫que vous apportez des modifications importantes à votre base de code.
‫Le concept de commit est donc vraiment le point central de Git.
‫Donc tout tourne autour de l'engagement, d'accord ?
‫Et maintenant, essayons simplement de modifier un fichier ici.
‫Nous pouvons donc fermer tout cela.
‫Ouvrons maintenant l'application. js ici, d'accord?
‫Fermez-le un peu plus.
‫Et ici, disons simplement Démarrer l'application express.
‫Sauvegardez-le et vous verrez tout de suite
‫dans VS Code comment nous obtenons cette ligne verte.
‫Et cela signifie donc
‫qu'il y avait quelque chose de nouveau inséré à ce stade.
‫Vous pouvez maintenant également
‫cliquer dessus et voir à quoi cela ressemblait avant,
‫et vous pouvez également, ici même, remonter dans le temps.
‫Alors annulez le changement.
‫Et la même chose lorsque vous supprimez quelque chose.
‫Supprimons donc simplement cette ligne de code.
‫Et donc ici vous voyez qu'avant, en
‫gros, il y avait quelque chose.
‫Donc, encore une fois, vous
‫pouvez cliquer dessus et voir ce qu'il y avait avant.
‫Vous pouvez remonter dans
‫le temps, alors faisons-le pour le ramener.
‫Essayons maintenant de le charger rapidement ici,
‫mais pour une raison quelconque, les fichiers modifiés n'apparaissent pas ici.
‫Donc, idéalement, maintenant app. js serait ici dans cette
‫liste car c'est le fichier que je viens de modifier, d'accord ?
‫Mais, encore une fois, de toute façon, ce n'est pas vraiment important.
‫Il devrait également apparaître ici dans cette
‫arborescence de fichiers avec une couleur différente dès que je l'ai modifié, d'accord ?
‫Maintenant, si nous disons à nouveau
‫git status, vous verrez ici modifié : app. js, d'accord?
‫C'est donc la seule sortie que nous ayons
‫ici, et vous voyez également que les
‫modifications ne sont pas encore préparées pour la validation, d'accord ?
‫Et maintenant, encore une fois, ajoutons-les tous.
‫Donc git add puis -A, ou nous
‫pourrions aussi simplement ajouter ce seul fichier à l'add.
‫Donc appli. js, d'accord ?
‫Essayons à nouveau le statut git, et maintenant il est vert.
‫Et cela signifie que les modifications seront validées dès
‫que nous ferons un nouveau commit.
‫Alors faisons-le, git commit -m.
‫Pour le message, Ajout d'un commentaire, et
‫c'est tout.
‫Donc, vous voyez, le message a ajouté le commentaire.
‫Un fichier a changé et il y a eu une insertion.
‫C'est donc cette ligne ici.
‫Et maintenant, cette barre verte que nous avions ici a disparu,
‫ce qui signifie que tout est à nouveau propre.
‫Maintenant vous voyez aussi que ce master ici, vous le
‫voyez aussi ici, et
‫cela veut dire que nous sommes sur la branche master.
‫Les branches sont donc un autre concept très important dans Git, mais je
‫n'entrerai pas vraiment dans les détails à ce stade.
‫Pour l'instant, nous travaillerons toujours uniquement dans la branche master.
‫Génial, alors maintenant vous avez un référentiel local avec
‫tout votre code qui y est engagé.
‫Et donc dans la vidéo
‫suivante, plaçons cette branche sur une branche distante sur GitHub.
‫Hébergez-le donc essentiellement sur le compte GitHub que
‫nous venons de créer auparavant.
‫J'espère donc vous y voir bientôt.