Dans cette vidéo, nous allons parler de Git et GitHub et du contrôle de source maintenant vous vous souvenez peut-être de GitHub de notre section précédente
où nous l'avons utilisé pour mettre le site Web en ligne, mais je vais vous montrer que c'est bien plus
que cela .
Plus important encore, obtenir GitHub est utilisé par la plupart des entreprises professionnelles, et c'est une compétence qui devrait
être connue de tous les développeurs maintenant.
C'est donc une section importante.
L'une des premières choses que la plupart des développeurs doivent faire lors de leur premier jour de travail est de répondre
à ce qu'on appelle une pull request, qui utilise Git et GitHub.
Nous y reviendrons dans cette section.
Ne vous inquiétez pas, vous allez apprendre tout cela et ça va avoir du sens.
Commençons d'abord par le contrôle de source.
Jusqu'à présent, nous n'avons travaillé que sur de petits fichiers.
Aucun membre de l'équipe, juste nous-mêmes, juste quelques fichiers.
Mais dans la vraie vie, vous n'êtes probablement pas le seul développeur d'une équipe.
Très probablement, les projets sont énormes, il y a beaucoup, beaucoup de fichiers. Le contrôle de source nous permet de nous
assurer que plusieurs personnes peuvent travailler sur le même fichier à partir d'emplacements différents.
Considérez-le comme Google Docs qui permet aux gens de collaborer sur un document, mais assez parlé, regardons-le
en fait.
J'ai créé ici deux dossiers.
L'un est pour moi, Andre, qui vient de commencer un nouveau travail chez X Company, et j'ai ici Marsi qui travaille dans l'entreprise
depuis un certain temps et elle a des dossiers de projet ici.
J'utilise actuellement les fichiers de notre vidéo de générateur d'arrière-plan sans obtenir GitHub.
Ce que je peux faire, c'est simplement copier et coller ces fichiers.
J'ai donc tout ce que Marcy a et nous pouvons commencer à travailler sur ces fichiers.
Je peux avoir mon environnement de développeur ici avec mon terminal et mon texte sublime, et je peux travailler sur toutes les modifications qui
doivent être apportées à l'application.
Et Marcus.
Ici aussi, elle a sa propre version sur laquelle elle peut travailler, et nous travaillons toutes les deux
sur le même projet, mais disons que Marcy et moi travaillons sur ce projet et qu'elle décide de changer le
nom du projet de fond dégradé en super arrière-plan.
Et en même temps, dans mon projet, je décide d'appeler ce fond cool.
Eh bien, maintenant tu vas devoir organiser une réunion entre moi et Marcy et décider comment nous devons changer le
code.
Et ceci est un petit exemple, mais vous pouvez imaginer qu'à mesure que différents programmeurs travaillent ensemble, il y aura
toujours ce problème d'une personne changeant une chose et une autre personne changeant une autre chose.
C'est là qu'intervient le contrôle social.
Et le contrôle social est un moyen de contrôler cela, où nous avons une place au lieu de la nôtre.
Les ordinateurs dans ce cas sont simplement représentés par le dossier que j'ai ici.
Au lieu que chacun de nous ait une copie du projet avec le contrôle de source, nous avons une copie du projet.
Mais il existe un emplacement centralisé quelque part, peut-être détenu par l'entreprise ou quelque part sur Internet,
qui possède la version ultime à laquelle nous parlons chacun pour nous assurer que nous avons chacun la même version.
Obtenir GitHub est un moyen de le faire, pour pouvoir utiliser le contrôle social.
Et en fait, c'est la manière de facto de le faire.
Donc, comme je l'ai déjà dit, c'est très probablement l'outil que vous utiliserez tous les jours sur votre lieu de travail.
Donc, si je vais sur le site Web de GitHub ici, ce que cela nous permet de faire, c'est que c'est un endroit, un
endroit central auquel Andre et Marcy peuvent parler.
Donc même si nous travaillons sur les mêmes fichiers, le même projet.
Je peux demander à cet emplacement central tel que GitHub, hé, Marsi a-t-il apporté des modifications et Marsic peut demander, hé, comment Andrew
a-t-il apporté des modifications?
Et de temps en temps, vous obtiendrez quelque chose comme ça où nous avons un arrière-plan sympa et
un super arrière-plan, où nous avons quelque chose appelé un conflit de fusion, ce que GitHub nous permet de faire, c'est de dire, hé, j'ai remarqué qu'il y a un
conflit de fusion.
Je vois que vous avez tous les deux changé votre parcours.
Je ne sais pas qui a raison.
Mais voici les informations.
Andre Marsi, pouvez-vous parler entre vous et comprendre ?
C'est à peu près du travail, alors voyons à quoi cela ressemble.
La première chose que nous voulons faire est de créer un compte GitHub, si vous ne l'avez pas fait dans
les exercices précédents, vous devez absolument créer un compte GitHub.
C'est gratuit.
Et comme je l'ai déjà dit, si vous êtes développeur, vous avez juste besoin de l'avoir.
C'est là que chacun met ses projets.
C'est là que vous travaillez.
Vous passerez beaucoup de temps sur ce site.
Vous vous souvenez peut-être que lorsque nous avons eu le projet GitHub, je vous ai également dit d'obtenir GitHub pour le bureau.
Bien que nous l'utilisions pour simplifier les choses pendant la vidéo, ce n'est en fait pas la manière recommandée de
le faire.
Il vous permet de voir visuellement et d'interagir avec GitHub.
Mais c'est un peu méprisé par les employeurs.
Et la plupart des gens utilisent le terme et/ou l'invite de commande pour le faire.
Je ne vais donc pas vous enseigner de cette façon simplement parce que je pense que c'est une mauvaise pratique et qu'il
est important de s'habituer au terminal.
Je vais clore cela et nous allons commencer.
La toute première chose que nous allons faire est de cliquer sur Démarrer un projet.
Et ici, nous allons l'appeler comme vous voulez, nous l'appellerons générateur d'arrière-plan, et vous souhaitez également
le laisser comme public.
Et nous voulons cliquer sur initialiser ceci avec un fichier README et nous cliquerons sur créer un référentiel et ce que cela
fait.
Eh bien, nous avons créé un nouveau projet sur GitHub et ici le README, qui est juste un fichier qui décrit votre
projet.
Vous pouvez voir que c'est ici.
Nous pouvons taper dans le read me ce que nous voulons et décrire notre projet.
Mais revenons en arrière.
Si Marsi, disons que Marsi travaille dans cette entreprise depuis longtemps, je vais en fait supprimer
mes fichiers ici.
Marcy travaille dans cette entreprise depuis longtemps, et l'employeur a finalement décidé, hé, nous devons utiliser
GitHub, nous allons embaucher ce nouveau gars, Andre.
Nous voulons nous assurer que vous pouvez tous les deux travailler dessus, sur le projet ensemble sans aucun problème.
Pouvez-vous mettre le projet sur GitHub ?
Ainsi, Marcy ira sur GitHub, créera un générateur d'arrière-plan, puis elle cliquera juste ici pour
cloner ou télécharger et elle s'assurera qu'il est dit d'utiliser https.
Et à partir de là, il vous suffit de cliquer sur ce bouton, qui copie ce lien sur votre clavier, puis sur Marsi.
Va dans son terminal, et en ce moment nous sommes dans les documents, nous voulons avoir le projet dans le dossier Marcy, donc je verrai
dans Marcy si je clique, à moins que je ne le voie encore.
J'ai mes fichiers.
Maintenant, la première commande que nous allons apprendre s'appelle GET.
Connu.
Et puis copiez et collez ce que nous copions à partir du site Web, nous disons simplement, hé, clonez ce projet à partir de
GitHub dot com.
Alors j'appuie sur Entrée et c'est parti.
Tout est téléchargé.
Si je retourne dans le dossier maintenant, je vois que j'ai un générateur d'arrière-plan.
Si je double-clique dessus, vous verrez que j'ai un dossier dot get ici qui est en fait caché.
Vous ne le verrez peut-être même pas sur votre ordinateur portable si cette fonctionnalité n'est pas activée sur votre ordinateur.
Mais ce Dugit me permet désormais de communiquer avec GitHub.
Donc ce que nous pouvons faire maintenant, Marsi peut copier et coller ces fichiers et les mettre dans un générateur d'arrière-plan.
Maintenant, laissez-moi vous montrer la prochaine commande get Marsi maintenant, si nous voyons qu'elle est dans son dossier.
Mais maintenant, nous devons entrer dans le générateur d'arrière-plan car si nous faisons de bonnes commandes ici, eh bien, cela ne fonctionnera
pas car ce n'est pas un bon projet.
Nous devons réellement entrer dans le projet qui a été créé sur GitHub.
Je vais donc semer dans ce répertoire notis ici.
J'ai configuré mon terminal pour qu'il me montre réellement dans quel emplacement GitHub je me trouve et j'expliquerai ce que Master veut
dire plus tard.
Maintenant que nous sommes là, nous pouvons regarder tous nos fichiers.
Ouais, je vois ça maintenant.
J'ai mon read me, que j'ai créé sur GitHub ainsi que les fichiers que je copie et colle.
Nous devons le couler afin que si je vais dans mon générateur d'arrière-plan au lieu des fichiers lisez-moi, Marcy puisse
mettre ses fichiers sur GitHub.
La façon dont nous procédons est notre deuxième commande get status.
Il nous dit que nous avons des fichiers entr'acte, c'est-à-dire que nous avons indexé les scripts et le style de courrier électronique qui sont
entr'acte et il dit d'utiliser get add file pour inclure pourquoi, ce qui sera autorisé.
Alors maintenant que nous voyons notre statut de ce que nous avons dans notre dossier,
nous pouvons dire get add et le nom du fichier afin que je puisse indexer le point html, obtenir un script et obtenir un accès au style d'ajout.
Éclaircissons cela pour que nous puissions le voir.
Et maintenant, je peux à nouveau obtenir un statut juste pour voir quel est notre statut.
Et maintenant, j'ai vos branches à jour pour les changements à valider.
Vous voyez que maintenant avec ADD nous avons dit, hé, nous voulons ajouter ces changements.
Nous avons de nouveaux fichiers que nous avons ajoutés et qui doivent être validés.
Donc, la deuxième étape consiste à faire quelque chose appelé get, commit et get commit dit, hé, je m'engage.
Ce sont les modifications que je souhaite apporter à GitHub.
Et cela vous permet de passer un message afin que sur GitHub, il affiche le message.
Quand André revient, il peut dire, oh, Marsi a ajouté ces fichiers et c'est le message.
Et nous le faisons en faisant cela.
Et à l'intérieur, dans les doubles codes, je peux dire en ajoutant le démarrage d'un projet, fermez le centre de presse du
support.
Je vais effacer ça maintenant.
Il y a une dernière étape que nous avons ajoutée.
Nous avons obtenu add pour ajouter nos modifications, puis nous nous sommes engagés pour nous engager et avons dit, oui, nous bloquons ces
modifications.
Et enfin, nous devons informer GitHub Dotcom que ce sont les changements.
Donc, nous sommes poussés.
Et voilà.
Il a maintenant été poussé vers ce référentiel, donc si je reviens en arrière.
Et je rafraîchis.
Regardez ça, c'est la même chose que nous avons fait lorsque nous avons mis en ligne notre premier site Web,
mais au lieu d'utiliser la version de bureau de GitHub, nous utilisons la ligne de commande et maintenant nous avons notre projet, ce qui
est très bien.
Maintenant, revenons à notre exemple.
Marsia a donc travaillé sur ce projet.
Il y a un bon référentiel et je viens de rejoindre l'entreprise et maintenant je dois commencer à travailler dessus.
Que dois-je faire maintenant, je dois accéder à GitHub et obtenir la copie de Background Generator comme je le fais, eh bien, je
vais dans mon dossier.
Et je fais la même chose que j'obtiens Klown, puis je copie et colle le référentiel comme avant,
git clone et clone le référentiel et c'est parti.
Si je retourne dans mon dossier, regarde ça.
J'ai un générateur d'arrière-plan, nous travaillons donc tous les deux maintenant sur le générateur d'arrière-plan, mais pas à partir des fichiers de
l'autre.
Nous travaillons avec n'importe quelle version sur GitHub.
Très bien.
Alors maintenant plus réaliste, on se remet au travail.
Et le premier jour de mon travail, je dis que je vais
changer le titre d'arrière-plan Grania, en fait, la balise H1 en générateur cool si je l'enregistre et que j'obtiens le statut.
OK, eh bien, je ne suis pas dans un bon référentiel en ce moment, si vous vous en souvenez, je dois aller dans le
générateur d'arrière-plan.
Permettez-moi de l'ouvrir un peu pour que vous puissiez voir.
Et voilà, ces commandes ne fonctionneront pas si vous n'êtes pas dans un dossier contenant un dossier.
Alors laissez-moi faire ce CD dans le générateur d'arrière-plan.
Je vais effacer ceci et je vais dire obtenir le statut et regarder cela.
Il me dit que j'ai modifié l'index, pas Alpha.
Et si vous vous en souvenez, je dirai git add.
Je n'ai qu'un seul fichier.
Je peux le faire ensuite sur HTML.
Mais si je voulais que j'aie plusieurs fichiers et que je veux juste les valider tous à la fois, je peux juste faire
la période.
Je vais donc le faire, puis j'obtiendrai un commit et j'ajouterai un message pour changer le titre.
J'appuie sur entrée et efface ceci, OK, et encore une fois, je reçois push.
Et il semble que tout s'est passé, alors ouvrons cela et vérifions.
Je rafraîchis maintenant votre.
Et ce que nous n'avons vu aucun changement, mais nous voyons maintenant que nous avons trois commits, nous avons le commit initial le
rajout sur le projet que Marsi a fait, et il vous montre tous les fichiers qui ont été ajoutés.
Et si je reviens en arrière, j'ai le commit de changement de titre, et maintenant je vois que, oui, Andre change juste
le générateur d'arrière-plan, qui est en rouge pour refroidir le générateur.
Comme vous pouvez le voir, nous avons un historique de tous les changements et nous pouvons toujours revenir en arrière s'il y a des
erreurs, mais il y a un problème en ce moment.
Si je reviens au code et que je vais sur l'ordinateur de Marcy, je vois ça.
Eh bien, elle a toujours un générateur d'arrière-plan ici.
Pourquoi donc?
Eh bien, parce que son ordinateur ne sait pas que GitHub a été mis à jour.
La prochaine commande que je vais vous montrer, c'est la dernière que je vais vous montrer dans cette vidéo
est get pull.
Alors rappelez-vous, poussez pour appliquer les modifications à GitHub dotcom et tirez pour tirer tout ce qui est le plus récent.
Donc je tire.
Et voilà, vous voyez ici que cela me montre que l'index de ce fichier ASML a été modifié.
Maintenant, vous voyez que mon.
Le titre a été changé en générateur cool, disons simplement que Marcy a vu mon premier changement et elle aime vraiment,
vraiment comment j'ai un générateur cool, mais je pense qu'elle veut le rendre à nouveau en majuscule.
Elle va sauver ça.
Elle va dire obtenir le statut.
Très bien.
J'ai mon index que j'obtiendrai, puis j'obtiendrai un commit et j'aurai le message capac au titre de Lai, puis j'obtiendrai un
push.
C'est reparti, j'y retourne.
Je rafraîchis et maintenant il y a quatre commentaires et nous voyons ce titre en majuscule.
Est.
Les nouveaux changements, le premier jour de travail est terminé, j'entre dans le lendemain de travail
et bien, je veux commencer quel que soit le dernier projet de retour sur générateur.
Et disons que Marcy a travaillé toute la nuit pour changer ce titre en Cool Capitalised.
Je veux m'assurer que j'ai la version la plus à jour.
Donc, ce que je fais, c'est quand je me mets au travail le matin, je dirai, eh bien, je
veux m'assurer que s'il y a des changements que Marcy a fait je suis au courant, alors je vais dire
tirer et remarquer voici comment les titres vont changer après avoir tiré.
Et maintenant je clique sur le texte sublime et c'est parti.
Générateur de froid.
Très bien, et la prochaine vidéo, nous allons développer cela et vous montrer ce qui se
passe si Marci et Andre font les mêmes changements, que fait GitHub ?
Je verrai dans celui-là par.