Git et GitHub 101 : Pour les débutants absolus !

1. Bienvenue à Git et GitHub 101 : Pour les débutants absolus: Bienvenue sur Git et GitHub, one-to-one, Git et GitHub pour les débutants absolus. Git est un système de contrôle de version qui vous permet d'apporter des modifications incrémentielles à vos fichiers, puis de revenir dans le temps pour voir votre travail des jours précédents, mois, des années, ou même d'une minute précédente. Et GitHub.com est l'interface utilisateur et le site Web que nous utilisons qui est couplé avec obtenir sur notre ordinateur comme un programme. Dans Git et GitHub one-to-one, je vais supposer que vous n'avez jamais utilisé Git ou GitHub du tout auparavant, ou que vous l'avez peut-être utilisé un peu, mais vous n'avez pas assez d'expérience pour être à l'aise avec Git ou GitHub. Maintenant, l'idée est de vous familiariser avec la façon dont Git et GitHub travaillent ensemble afin que vous puissiez commencer à collaborer sur des projets avec d'autres programmeurs. y a absolument aucune exigence qui suit ce cours. Vous pouvez commencer au tout début avec absolument aucune expérience. Je suis Caleb Pauline, et j'utilise Git et GitHub depuis environ 2013. Et aujourd'hui, je vais vous enseigner les bases de Git et GitHub. prise en charge de Windows, Mac et Linux est également incluse. Bienvenue dans ma classe sur Git et GitHub, et j'espère vous voir à l'intérieur. 2. C'est quoi Git ?: Bienvenue sur Git et GitHub 101. Jetons d'abord un coup d'oeil à ce qui est bon, ce qui est bon, et voyons ce que les choses sur Internet obtiennent. Bien sûr, obtenir son projet open source mature activement maintenu, initialement développé en 2005 par Linus Torvalds, qui Fun fait pourrait également créer Linux. Oui, le célèbre créateur du noyau du système d'exploitation Linux. Cela n'est pas utile. Donc essentiellement, get est un moyen pour vous d'écrire un tas de code, puis pour moi de jeter un oeil à ce code et peut-être ajouter un peu plus pour que c'est un outil de collaboration. C' est aussi un outil de contrôle de version, ce qui signifie à tout moment, si vous le vouliez, vous pouvez écrire du code aujourd'hui, écrire du code demain, le lendemain, et ensuite vous pouvez revenir à temps et vous pouvez voir exactement quel code vous avez écrit aujourd'hui. Et donc vous n'avez pas besoin de faire le Control Z ou la Command Z et d'annuler un tas de choses. Vous pouvez littéralement simplement sauter du code actuel à l'ancien code. Et donc cela vous permet de voir quel genre d'erreurs vous avez faites ou de corriger les erreurs. Ou si vous produisez l'erreur, vous pouvez revenir dans le temps avant cette erreur ou ce bug a été introduit. C' est ce que bon fait c'est ce que Git est. Il s'agit d'un système de contrôle de version et d'un outil de collaboration de programmation. 3. C'est quoi GitHub ?: Qu' est-ce que GitHub ? Donc github est un moyen pour vous d'utiliser Git sur votre ordinateur. Et puis c'est une interface utilisateur sous la forme d' un site Web où vous pouvez réellement aller jeter un oeil à tous les différents codes. Et donc, par exemple, si nous jetons un coup d'oeil à Wag serviette, renonciation loin. Et c'est essentiellement à quoi ressemble GitHub. Donc, ce n'est pas glorieux par tous les moyens. Ce n'est pas la chose la plus fantaisiste là-bas, mais cela vous permet de tout voir, tout le code. Et c'est donc un projet open source appelé wag towel. Et si je le voulais, je pourrais regarder n'importe quel code du mur, vraiment n'importe quel contributeur. Ou je peux jeter un oeil aux 10 741 commits à partir d'aujourd'hui. C' est combien de morceaux de pas de pièces, mais combien de mises à jour il y a eu dans le web jusqu'au projet. Et je peux revenir en arrière et jeter un oeil à l'une de ces mises à jour de quiconque a fait ces mises à jour. Ainsi, nous pouvons voir le dernier entendu du 13 janvier 2021, corriger le formatage dans le développement et la documentation. Et ça vient de David et TiVo. Tivo fait partie de l'équipe de base. Là. On peut y retourner et voir, on va voir ce qui s'est passé ici. Nous pouvons effectivement voir qu'une ligne a été supprimée et alignée a été ajoutée. Et c'est ce qui a été supprimé et c'est ce qui a été ajouté. Et c'est ce qu'on appelle le contrôle de version. Et cela vous permet de voir les différents changements que d'autres personnes ont introduits. Et il vous permet d'envelopper les autorisations autour de qui peut ajouter ce qui dans votre base de code ou vue peut ajouter certaines choses dans les bases de code d'autres personnes. Et GitHub.com est la façon dont nous, eh bien, la façon dont nous utilisons fondamentalement devient maintenant vous n'avez pas à utiliser GitHub.com. Vous pouvez tout faire via votre ligne de commande si vous le souhaitez. Mais la plupart des gens préfèrent utiliser GitHub.com juste parce qu'il est livré avec une interface utilisateur agréable. Maintenant, cela peut sembler un peu intimidant au début, mais nous allons passer en revue beaucoup de ce que tout cela est dans ce cours. 4. Créer un compte GitHub gratuit: Très bien, pour ce cours, vous allez avoir besoin d' un compte GitHub gratuit sur GitHub est complètement gratuit. Il y a un moyen que vous pouvez les payer et vous pouvez obtenir quelques fonctionnalités supplémentaires. Mais honnêtement, pour la plupart, c'est juste gratuit et tout ce dont nous avons besoin, c'est gratuit. Je n'ai jamais payé pour GitHub. Et j'ai vraiment beaucoup utilisé au cours des 89 dernières années environ, quelque part par là. Donc, pour vous inscrire, tout ce que vous avez à faire est d'aller sur GitHub.com. Cliquez sur, inscrivez-vous, créez un nouveau nom d'utilisateur, entrez votre adresse e-mail et votre mot de passe. Il vérifiera ensuite votre compte. Choisissez la paire de dés en ajoutant jusqu'à sept. Oh, c'est plutôt cool. Ok, alors tu remplis ça et tu crées un nouveau compte. Maintenant, j'ai déjà un compte, donc je ne vais pas le faire et vous devrez peut-être vérifier votre adresse e-mail aussi. Assurez-vous donc d'y mettre la bonne adresse e-mail. Nous allons également avoir besoin de savoir quelle est cette adresse e-mail lorsque nous configurons Git sur nos ordinateurs. Assurez-vous donc de connaître votre nom d'utilisateur et votre adresse e-mail. Une fois que vous êtes connecté, vous devriez voir une page quelque chose comme ceci. Votre page pourrait être beaucoup plus vide que la mienne. J' ai un tas d'activités de nourriture ici. Vous pouvez penser à GitHub comme un réseau social de revêtement. Dans une certaine mesure. Vous n'avez peut-être pas de référentiels ou d'équipes sur la gauche, et c'est tout à fait correct si vous avez un tout nouveau compte github qui est totalement correct. Au fil du temps, vous commencerez à les construire. Donc, une fois que vous serez ici, nous allons devoir trouver un dépôt de démonstration à regarder. Et parce que nous allons avoir besoin de savoir ce qu'est un dépôt, nous utilisons ce mot tout le temps. Et donc, dans la leçon suivante, jetons un oeil à ce qu'est le dépôt. 5. C'est quoi un dépôt ?: Ok, qu'est-ce qu'un dépôt ? Donc si je saute ici et que je tape juste la queue de wag, et nous allons voir que je peux aller sur github.com slash poupée blanche. C' est l'organisation ou le compte, et c'est aussi le nom du projet. Et donc tout ce code que vous voyez ici, cela fait partie de ce qu'on appelle un dépôt ou un repo pour abrégé. Et donc ce dépôt vous indique tout le code qui est ici. Vous pouvez voir littéralement tout le code. Vous pouvez même voir le code d'il y a des années et des années. Nous pouvons voir qu'il y a 747 problèmes. Il y a 161 demandes d'extraction en attente. On parlera de ceux en bas de la route. Tu n'as pas à t'inquiéter de ce que c'est en ce moment. Et qu'il y avait plus de 10 mille petites mises à jour à ce repo sous la forme d'un commit. Ça s'appelle un commit et c'est juste une petite mise à jour. Et donc chaque repo va avoir un tas de code. Et il peut avoir un code différent en fonction du repo que vous regardez. Donc celui-ci est un référentiel basé sur Python. Et nous pouvons voir que même dans les langues ici, Python prend 81,9%. Html est 9%, JavaScript est inférieur à 5%, SAS est inférieur à 4%. Le script de type est inférieur à 1 %, le shell est inférieur à 0,1 % ou 0,1 %. Et un tas d'autres choses qui prennent 0,1%. Et donc vous pouvez voir qu'il s'agit principalement d'un référentiel Python. Et si on fait défiler vers le bas, on verra ce qu'on appelle un fichier Read Me. Et ce sont les instructions que vous allez voir dans un dépôt. Maintenant, allons de l'avant et jetons un coup d'oeil à un autre dépôt. Allons au codage pour chaque copain. Oh, ça regarde à l'intérieur de ce repo. Nous voulons regarder tout GitHub et simplement descendre aux utilisateurs, puis cliquer sur le codage pour tout le monde. Et vous pouvez voir tous les référentiels de cette organisation. C' est une organisation, c'est un compte de profil appelé codage pour tout le monde. Il y a sept dépôts différents ici que vous pouvez voir. Et allons à sept jours d'attente jusqu'à ce que ce soit le plus récent ici. Et vous pouvez voir tout le codage ici. Vous pouvez voir qu'il n'y a que deux commits. Il n'y a eu que deux mises à jour. Le code source final et un me lire. Et on peut même y aller et voir ce qui a changé. Et donc vert signifie que quelque chose a été ajouté, rouge signifie que quelque chose a été supprimé. Et il n'y a pas de rouge, donc rien n'a été supprimé tout comme le fichier Read Me a été ajouté. Et nous parlerons plus des commits et des problèmes, des demandes de tirage et de tout ce qui se passe sur la route. Mais pour l'instant, vous avez juste besoin d'être familier avec ce qu'est un dépôt. Un référentiel ou un repo est fondamentalement un tas de code pour votre projet qui vit sur GitHub dans une sorte de zone décentralisée. Donc github, git lab, Bitbucket, quelque chose comme ça. 6. Quels sont les fichiers README ?: Qu' est-ce qu'un fichier readme ? Donc, un fichier readme est un fichier spécifiquement nommé README et tous les majuscules ou readme dot amd, qui signifie markdown. Et l'idée ici est que c'est généralement une introduction à ce qu'est le projet. Et peut-être quelques instructions d'installation aussi, peut-être quelques notes sur la façon de contribuer aussi. Il peut y avoir à peu près n'importe quoi ici, mais l'idée est qu'un Read Me est simplement un fichier Markdown qui vous permet de donner des instructions pour votre dépôt. Et donc la plupart des dépôts ont un fichier lisez-moi. Et encore une fois, l'idée est juste de faire savoir aux gens de quoi consiste votre projet sans un fichier Read Me, les gens ne vont pas regarder votre projet quelque soit. Et il va dire qu'il n'y a pas de fichier Lisez-moi. Je ne vais même pas jeter un oeil. Et s'il n'y a pas de fichier Lisez-moi, cette section ici n'existera tout simplement pas. Donc, si nous allons de l'avant et cliquez sur Modifier, juste parce que je contrôle le codage pour tout le monde organisation je suis capable de modifier ceci. C' est à quoi ressemble un fichier readme, ou au moins un fichier markdown. Et donc on a un titre, on a une citation, on a un H3, un autre h3. Donc un titre plus petit, pas le plus petit, mais un titre plus petit. Qu' est-ce qu'on a d'autre ici ? Nous avons une autre citation, nous avons un peu d'audace ici et un lien, même un emoji. Et si nous le voulions, nous pourrions toujours prévisualiser les changements. Et cela va juste nous montrer que c'est ce que nous avons écrit et c'est comme ça que ça se passe. Et c'est donc un fichier readme. Maintenant, je ne veux pas vraiment faire quoi que ce soit avec ce fichier README parce que je suis content de la façon dont le hit est en ce moment. La bonne chose à propos d'un fichier Read Me est qu'il vient sous la forme de Markdown et c'est ce que nous avons vu avec ces signes numériques ou avec des guillemets et des choses comme ça. Est-ce que c'est un moyen très simple d'écrire. Fondamentalement, c'est presque comme écrire du code, comme votre écriture HTML. Mais l'idée est que vous pouvez écrire des en-têtes très, très simples et vous n'avez pas à vous soucier de connaître HTML. Vous pouvez simplement écrire le signe numérique, et puis quel que soit votre texte sera pour votre titre. Et cela va automatiquement le rendre lié pour vous. Il va automatiquement faire ce grand pour vous. C' est la bonne chose à propos d'un fichier Markdown. Allons de l'avant et jetons un coup d'oeil à cela une fois de plus. Donc nous avons sept jours de réveillé jusqu'à ce que trois cours soit un titre. Allons-y et copions tout ça. Mais faisons deux signes numériques. C' est la différence. Donc le vert signifie que c'est juste, c'est nouveau. Il vient juste d'arriver. Donc on n'a pas à s'inquiéter que ça arrive vraiment là-dedans. Ça nous dit juste que c'est nouveau. C' était l'original et il s'agit d'un titre plus petit, et il s'agit d'un titre encore plus petit. Et donc encore une fois, la bonne chose ici est que nous n'avons pas besoin de connaître HTML ou tout autre langage de programmation. Nous pouvons littéralement simplement taper le numéro, signer le signe du numéro, et créer un petit titre. Ou nous pouvons créer un grand titre avec un seul signe numérique ou un petit titre ish avec trois, ou un très petit avec quatre ou cinq signes numériques devant lui. Quoi qu'il en soit, ce n'est pas une leçon sur le marquage lui-même, mais c'est une leçon sur ce qu'est un fichier Read Me. Et donc quand vous avez un fichier Lisez-moi, il va apparaître automatiquement ici. Si vous n'avez pas de fichiers Lisez-moi, doc prêt à apparaître là-dedans. Donc gardez cela à l'esprit parce que nous allons l'utiliser à l'avenir, comme ça dans votre poche arrière pour l'instant, vous n'avez pas besoin de savoir comment créer un fichier README ou un fichier Markdown en ce moment. Mais vous aurez besoin de savoir comment le faire à l'avenir. Et cela pourrait nécessiter un peu de recherche, ce qui est tout à fait bien. Mais pour l'instant, tu n'as pas besoin de t'inquiéter de ce que c'est. Je voulais juste vous montrer que, hey, s'il y a en fait un fichier ADM dot readme, il apparaîtra, il sera automatiquement rendu dans votre dépôt par défaut. 7. Quels sont les commits ?: Que sont les commits ? Donc, quand vous avez un dépôt comme celui-ci, vous pouvez avoir, et en passant, je regarde l'échelle Web tel wag dire. Lorsque vous avez un référentiel comme celui-ci, vous avez beaucoup de contributeurs différents et beaucoup de personnes différentes essayant d'écrire du code et essayant d'améliorer votre code. C' est essentiellement ce qu'est Open Source, essaie de rendre le code de tout le monde aussi bon que possible, surtout si vous avez un intérêt dans le code de quelqu'un d'autre. Maintenant, chaque fois que quelqu'un écrit un peu de code sur son ordinateur, paquets, les empaquète et le met sur GitHub. C' est ce qu'on appelle un commit. Et un commit est fondamentalement une petite mise à jour vers un dépôt plus grand. Et il peut y avoir un nombre illimité de commits. Et pour que nous puissions voir l'attente jusqu'à ce que le repo soit ici. Il y a déjà plus de 10 mille commits. Cela signifie qu'il y a plus de 10 000 petites mises à jour maintenant, elles ne sont peut-être pas toutes fumées, il pourrait y en avoir des vraiment, vraiment grandes là-dedans. Qui sait, nous pourrions tous les examiner et jeter un oeil si nous le voulions. Et en fait, oui, faisons ça en fait. Donc, sur GitHub, ce que vous pouvez faire est que vous pouvez simplement cliquer sur ce commits et vous pouvez passer par tous les commits à travers tout le temps. Donc, nous allons juste cliquer sur plus vieux. Le chemin vers le bas. On peut vieillir, vieillir et vieillir, et continuer. Alors jetons un coup d'oeil à ça. Donc Carl et Tebow, qui étaient tous les deux en attente jusqu'à l'équipe principale, fait un tas de travail le 21 octobre, 20-20. Jetons un coup d'oeil à ce que le travail du pack web de mise à jour était. Et maintenant je suis en train de regarder un commit spécifique. C' est précisément ce qu'ils ont écrit sur leurs ordinateurs et ils l'ont poussé vers GitHub. Et donc nous pouvons voir ici que dans cette commande, nous avons exposé loader est la version 0.7.4, et qui a été effectivement heurté à 0.7. 0.5. pack web a été heurté jusqu'à 4.43 de 3.10. Et nous avons ajouté l'interface de ligne de commande web pack. Qu' avons-nous fait d'autre ici ? Web pack dev watch commande va maintenant faire tableau de bord, tableau de bord, développement moteur, tableau de bord, progression de tableau de bord, tableau de bord, montre de tableau de bord. C' est tout nouveau et quelque chose de similaire pour la commande web pack prod build. Maintenant, à chaque commit, je pourrais toujours laisser un commentaire. Je peux dire, hé, c'est vraiment génial, aime ce que tu fais, merci de faire ça. Ou je pourrais laisser un petit commentaire ici et je peux dire, hé, passant, je pense que vous devriez ajouter un autre drapeau ici, un autre tiret, quelque chose de plutôt, si vous êtes familier avec le pack web ou quoi que ce soit le commit, vous pouvez ajouter quelques commentaires là-dedans aussi. Il y a une autre façon de regarder les commits aussi. Vous pouvez faire la manière unifiée. Personnellement, j'aime se diviser, mais certaines personnes préfèrent la façon unifiée. Donc divisé est les choses supprimées sur la gauche, les choses ajoutées sur la droite, unifié est la pensée supprimée ci-dessus, et les choses ajoutées ci-dessous. Nous avons donc supprimé cette ligne, ajouté, cette ligne, supprimé cette ligne, ajouté ces deux lignes. Et donc encore une fois, l'idée ici est que ce petit morceau de code a été ajouté au projet principal wag tail, le dépôt entier. Et ce n'était pas vraiment beaucoup de code, c'était juste quelques lignes en train de changer. Et c'est un très bon exemple de ce qu'un commit peut être. Il peut, il peut être littéralement une lettre et juste besoin d'être un caractère changé. C' est ça. Ou il peut s'agir d'un engagement massif et massif. Cela peut être quelque chose d'énorme, des centaines et des centaines de lignes. Et c'est généralement mieux s'ils sont plus petits afin que quelqu'un d'autre puisse examiner votre code, parlera de cela dans les demandes de traction beaucoup plus loin sur la route. Mais pour l'instant, ce que vous devez savoir, c'est que les commits sont un moyen pour vous de parcourir l'histoire d'un projet, voir le code à un moment différent dans le temps. Qui donc par exemple, nous pourrions aller à Janvier 5 et nous pourrions navigateurs dépôt à ce stade de l'histoire. C' est le code du 5 janvier. Tout ça, ça n'a rien. Le 5 janvier. Oh, et encore une chose, c'est que chaque commit a ce truc appelé un hachage. Alors prenons un engagement aléatoire ici de Gassmann et Matt Westcott ici. Et copions simplement cela et jetons ceci dans l'URL et collez-le. C' est le hachage de commit. Chaque commit a un hachage unique. Et vous l'utilisez pour regarder fondamentalement le code à partir d'un moment différent dans le temps. Et nous pouvons le faire via notre ligne de commande en utilisant Git sur nos ordinateurs, que nous n'avons pas encore installé et c'est tout à fait correct. Nous y arriverons. Ou vous pouvez regarder à travers le référentiel à un certain moment en utilisant ce hachage. Et vous pouvez voir ce hachage apparaît le premier est que sept caractères, parce que ce sera probablement l'identifiant le plus unique que nous ayons. Je ne sais pas ce que c'est. 32 personnages devinants contre seulement les sept premiers. Les sept premiers sont généralement assez uniques pour nous permettre d'identifier un commit par. Mais si je clique sur ceci, vous pouvez voir que ce hachage est dans mon URL ici. Et nous pouvons vraiment voir toutes les choses qui ont changé. C' est donc ce qu'est un commit. Un commit est un moyen de voyager dans le temps pour voir les petites mises à jour de code. Et comment cela fonctionne, c'est essentiellement vous écrivez un peu de code sur votre ordinateur et vous empaqueter et vous l'envoyez par la poste à github.com électroniquement. Bien sûr, nous l'envoyons électroniquement par le biais d'un programme appelé Git. 8. Quels sont les étoiles ?: Ok, jetons un oeil à ce que sont les étoiles dans Git et GitHub. Donc, je suis sur github.com slash attendre jusqu'à ce que ce wag Dell et attendre d'être l'organisation et wag dire être le nom du référentiel, il est juste arrivé d'être là nommé la même chose. Et c'est une chose très courante. Vous verrez cela beaucoup dans GitHub, sur GitHub plutôt. Et en haut à droite, nous avons quelques options différentes ici. Donc, nous avons 4k OnStar ou le vôtre pourrait dire « star and watch » ou « non surveillé ». Et ça va être un peu différent pour toi. Donc, je regarde déjà ce dépôt et j'ai quelques paramètres personnalisés ici. Et je commence déjà ce dépôt. Allons de l'avant et trouvons un dépôt que je n'aurais peut-être pas regardé. Et ça n'a peut-être pas déjà commencé, n'est-ce pas ? Usines de queue. Pas de surveillance prioritaire. Cela va à condenser panneau en ligne. On y va. C'est une avec laquelle je n'ai pas vraiment travaillé trop. C' est donc dire que je peux regarder et que tu peux cliquer ici et que tu peux voir qui le regarde. Et regarder est comme quand quelque chose se passe, cette personne recevra une notification et elle peut être complètement ignorée et elle n'obtiendra jamais de notifications. Ça peut être personnalisé. Mais cette leçon, on parle d'étoiles. Et donc l'idée ici est une star, c'est comme quand vous êtes sur Instagram et que vous voulez une photo, vous obtenez ce petit cœur qui surgit. C' est une étoile. Quand vous êtes sur Facebook et que vous aimez le post de quelqu'un. C' est une star sur GitHub. Quand vous êtes sur Twitter et que vous aimez le tweet de quelqu'un et un petit cœur apparaît. C' est l'équivalent d'une étoile sur GitHub. Et je pense que vous comprenez le point maintenant. Et donc l'idée ici est que nous avons ces choses appelées « Stars » et « Stargazers ». Et donc chaque dépôt reçoit des étoiles et vous pouvez voir qui a commencé un dépôt. Et comme n'importe quel réseau social là-bas. Et si vous le souhaitez, vous pouvez simplement cliquer sur Démarrer pour afficher votre soutien. Maintenant, si vous travaillez avec un dépôt à votre fin, hé, oui, j'ai vraiment aimé ce dépôt. Cela a été très utile. S'il te plait, s'il te plaît. Beaucoup de gens consacreront beaucoup d'efforts à des projets open source. Et beaucoup d'autres personnes vont regarder ce projet open-source et voir, oh, il n'a que cinq étoiles. Je ne vais pas l'utiliser. Je vais utiliser quelque chose d'un peu plus populaire. Mais il pourrait, pour tout ce que nous savons, battre extrêmement populaire parmi les étoiles. Ils n'ont pas cliqué sur le bouton étoile. Et donc un observateur d'étoiles est quelqu'un qui a commencé un dépôt. 9. Quels sont les commentaires ?: Quand nous avons affaire à Git et GitHub, ou Git et GitHub ou Bitbucket ou vraiment tout autre type d'interface utilisateur pour le contrôle de version comme GitHub. Nous avons ces choses appelées critiques. Et donc l'idée est que quelqu'un peut écrire code et quelqu'un d'autre peut ensuite le réviser avant qu'il ne soit fusionné. Maintenant, nous ne allons pas parler de fusion ou de demandes de tirage, pas encore de toute façon. Mais l'idée est que, par exemple, nous pouvons aller chercher des demandes. Je peux aller jeter un oeil à n'importe quelle demande de traction donnée. Je peux voir les fichiers modifiés ici. Et c'est essentiellement du code qu'on demande d' entrer dans le dépôt principal. Il n'est pas encore là dedans. Et je peux revoir une partie de ce code afin que je puisse dire quelque chose comme, c'est une ligne vide. Ce n'est pas nécessaire. Et puis je pourrais commencer un commentaire si je le voulais ou je peux ajouter un seul commentaire ou je peux annuler. Et oui, je suis allé jeter mes changements parce qu'ils ne veulent pas vraiment laisser ce commentaire. Et donc l'idée ici est que quelqu'un peut passer en revue. Donc l'homme du gaz a demandé à Carl de revoir son code. Et alors Carl va passer par là et dire, oh, oui, ok, tout va bien, tout va bien. Il va littéralement juste lire à travers ce code, va aller DOM dot trouver, trouver un tas de trucs, double-cliquez sur la flèche de graisse JavaScript, ou la fonction de flèche JavaScript en PHP est une flèche de graisse. En JavaScript est juste appelé une fonction de flèche. Cliquez donc sur la fonction de flèche. Si yada, yada, yada, un tas de trucs là-dedans. Et si tout va bien, il va l'approuver ou il va juste laisser un commentaire ou demander des changements. Et donc l'idée ici est que vous avez un examen par les pairs. Donc, les programmeurs, nous aimons penser que nous sommes intelligents, mais honnêtement nous ne le sommes pas, nous ne sommes pas si intelligents que nous écrivons du code parfait. Et donc nous obtenons un autre humain pour regarder notre code imparfait pour essayer de le rendre aussi bon que possible ou au moins assez bon. Et c'est ce qu'est une critique. Maintenant, nous allons les regarder un peu plus à l'avenir. Je voulais juste vous montrer que c'est ce qu'est une critique. 10. Quel code devriez-vous ouvrir ?: Quel code devriez-vous ouvrir le code source ? Et c'est une excellente question. Donc, quand nous créerons un nouveau dépôt et que nous créerons un nouveau dépôt, je vais juste vous montrer ici comme un aperçu du futur. Nous pouvons avoir un dépôt public afin que tout le monde puisse voir votre code ou un dépôt privé. Nous ne sommes qu'affaiblir C ou code et il y a un cas d'utilisation pour ces deux. Donc, si je vais sur mon compte, github.com slash Caleb dire et juste aller dans mes dépôts. Je 54 déposants. C' est un peu. Vous pouvez voir que j'ai déjà un dépôt avec le premier qui apparaît. C' est privé. Ça s'appelle l'école. Et puis j'en ai d'autres qui sont complètement publiques. Donc, comme obtenir Essentials, qui est ce que votre projet est. Je vais être dans Git et GitHub 2.1.1. Je crois qu'il y a Django à un autre. Donc, le code source pour Django à un. On pourrait aller voir tous les commits ici. Voici toutes les instructions étape par étape pour le module un Django 200. Et donc l'idée dont je veux parler dans cette leçon est, quel code devriez-vous Open Source ? Et donc, à mon avis, open source autant que possible, le monde a prospéré de l'open-source et vous ne le croiriez pas, mais presque tout vient de l'open-source. Presque tous les sites Web que vous frappez, tous les sites Web que vous utilisez utilisent Linux dans les coulisses, complètement open source, 100% gratuit. Si vous écrivez Django, comme moi, complètement open-source, 100% gratuit. Et donc l'idée est de perpétuer ou de faire avancer cet élan en créant plus de trucs open source. Et à peu près n'importe quel projet que vous avez, je dirais faire Open Source si vous le pouvez. L' autre question que nous devrions aborder, c'est que devriez-vous rendre cela privé ? Et donc je travaille sur un projet de nom de code école. Et je ne veux pas que ce soit public. Je ne veux pas que tout le monde voie le code source. Je veux que ce soit un peu plus exclusif. Et l'idée est que je vais construire une entreprise autour de ça. Et je ne veux pas que d'autres puissent voler ce code. Je veux être en mesure de créer une entreprise à but lucratif en utilisant ce code ici. Mais par exemple, get essentials est complètement open source, est 26 commits ici et il est complètement disponible. Vous pouvez voir tous les commits, vous pouvez voir tous ceux qui ont contribué. Vous pouvez voir toutes les différentes demandes de tirage. Vous pouvez voir tous les différents problèmes, vous pouvez voir toutes les choses différentes ici. Et donc, quand vous allez travailler sur un projet, je vous recommande fortement de le faire open source. Je juste parce que principalement, quand vous allez chercher un emploi, quelqu'un qui vous interroge va sûrement à Google votre nom. Et s'ils peuvent vous trouver sur GitHub et voir que vous pouvez utiliser get, be, peut utiliser GitHub, voir le savoir-faire pour ouvrir le code source. C' est un indicateur fort pour eux que vous êtes un développeur décent et qu'ils devraient en fait vous prendre au sérieux. Donc, je dirais open source autant que possible, autant que humainement possible. Il y a des cas où vous ne voulez pas open source, mais pour la plupart, presque tout mon code est open source. J' ai très peu de choses ici qui sont privées. J' ai un client, privé de voiture présidentielle. Ils ont payé pour ça. Le référentiel pour apprendre wag tilde.com, c'est une chose de sécurité. C' est privé, mais tout le reste est public. Et vous pouvez voir que la plupart de mes affaires sont publiques. Tout est open-source. 11. Téléchargement et installation de Git sur Windows: Téléchargement et installation de Git sur votre ordinateur à l'aide de Windows. Donc, tapez dans la machine Google comment télécharger Git pour Windows. Et je suis sur Mac. Donc, je ne peux pas vraiment aller trop loin avec ça, mais je peux vous montrer ce que je vais recommander. Donc, il y a beaucoup de choses ici, mais il y a en fait un outil particulier que j'aime vraiment, et il s'appelle Git pour Windows.org. Et l'idée ici est que vous pouvez exécuter toutes vos commandes git régulières sur Windows parce que Windows fait les choses un peu différemment de Mac et Linux. Vous pouvez exécuter toutes vos commandes Windows, comme vous le feriez normalement avec Mac ou Linux. Et donc vous allez à Git pour Windows.org, cliquez sur Télécharger. Et les chances sont que si vous avez une nouvelle version de Windows, vous allez vouloir télécharger get to 0.30 64-bit dot EXE. Et donc faisons défiler vers le bas et trouvez celui que nous recherchons ici. Accédez au n° 2, 64 bits pas pneu. Si vous êtes sur Windows, vous voulez probablement juste le fichier EXE point et qui vous permettra automatiquement de l'installer avec un clic d'un bouton. Donc, si vous êtes sur Windows, allez-y et téléchargez-le, installez-le. Et chaque fois que nous écrivons des commandes en utilisant Git, nous allons utiliser ce programme appelé Git pour Windows, pas PowerShell, pas la commande. Nous allons utiliser ce programme particulier. Et cela va juste garder les choses agréables à insister, évaluant pour tous les étudiants qui suivent ce cours. Donc, que vous soyez sur Windows, Mac ou Linux, si vous utilisez ce programme, toutes vos commandes vont être exactement les mêmes et elles le seront par magie, juste. Donc, comme un résumé, pour Windows, les utilisateurs vont à Git pour Windows.org, cliquez sur Télécharger. Il vous amènera à cette page. Regarde ça. Il vous amène en fait à une page GitHub.com. C' est assez incroyable. C' est open-source. Et puis téléchargez la version qui vous convient le plus, soit 64 bits, si vous l'avez fait, disons que Windows dix chances sont que vous ayez 64 bits. Si vous utilisez Windows 7, vous pourriez avoir besoin de celui 32 bits, mais il y a des chances que vous utilisiez celui 64 bits. Faites défiler vers le bas. Téléchargez le fichier point EXE, celui qui vous convient. Installez-le et quand vous êtes prêt, passons à la prochaine leçon. 12. Téléchargement et installation de Git sur MacOS: Téléchargement et installation de Git sur votre ordinateur pour Mac OS. Alors faisons cela, comment télécharger et installer Git pour Mac OS. Et je vais taper ça dans Google. Et à la saison dernière, au moins, pas vraiment sûr comment dire ce nom, pour être honnête, énorme entreprise hors de l'Australie cependant, a quelques bons articles utiles ici. Et donc celui-ci, il est dit installer Git sur Mac OS X. Et donc si vous avez déjà Git sur votre ordinateur, ce que vous pouvez faire, c'est vous pouvez ouvrir ce programme appelé Terminal. Et je vais agrandir ce chemin. Et vous pouvez taper git dash, version dash. Et vous pouvez voir que j'ai la version 2.23. Tu n'as peut-être pas déjà ça. Tu n'as peut-être rien. Et si vous n'avez pas accès, si cette commande ne fonctionne pas pour vous, vous pouvez télécharger le dernier programme d'installation get for Mac. Et donc je clique sur ce lien. Et cela va m'amener à sourceforge.net. Et tout ce que vous avez à faire est de télécharger la dernière version. Assurez-vous de télécharger et d'installer cela. C' est le fichier a.dmg. Assurez-vous donc de l'installer correctement sur Mac. Une fois que vous l'avez installé, vous pouvez ouvrir votre terminal. Je voudrais faire est que j'aime fermer complètement mon terminal et puis je l'ouvre juste. Et ça rafraîchit les choses pour moi. Et ce que je peux faire à nouveau, c'est que si je fais juste un zoom ici, vous devriez être capable de faire la version git dash. Encore une fois, vous allez devoir installer ce programme d'installation ou vous allez devoir exécuter ce programme d'installation. Et cela vient de sourceforge.net. 13. Téléchargement et installation de Git sur Linux: Bon, parlons de la façon dont nous pouvons télécharger et installer Git sur votre ordinateur, sous Linux. Et donc c'est vraiment, vraiment différent pour beaucoup de saveurs Linux différentes. Cela dépend vraiment de la version de Linux que vous utilisez. Il y a des chances que vous utilisiez probablement arc ou arc. J' ai entendu les gens dire ça dans les deux sens ou Ubunto. Ce n'est peut-être pas tout à fait vrai pour tout le monde, mais pour la plupart des gens, ils vont utiliser l'art ou vous y êtes allé. Et donc ce que nous pouvons taper dans Google, c'est comment télécharger et installer Git pour Linux. Et allons tout droit pour obtenir SCM.com. Et cela va nous dire exactement comment installer Git sur Linux et le vendre Linux. Sudo apt-get installer et obtenir tiret. Si vous êtes dans une distribution basée sur Debian comme Ubunto, essayez d'utiliser APT, APT. Et donc c'est vraiment tout ce que vous avez à faire, c'est juste suivre ces instructions ici. Et cela va l'installer pour vous. Et puis vous pouvez faire git dash, version dash. Et cela devrait vous montrer la version de Git que vous utilisez. 14. Configurer Git sur votre ordinateur: Ok, parlons de la façon dont nous pouvons configurer votre nom d'utilisateur et votre adresse e-mail. Et donc une fois que vous avez installé Git et qu'il fonctionne sur votre ordinateur. Et l'idée ici encore, c'est que vous pouvez le faire si je fais juste ça beaucoup plus grand ici. Si je fais git dash, version dash, je peux voir que j'utilise Git. Il me montre une bonne version. Je devrais pouvoir taper git config et me rappeler que si vous êtes sur Windows, vous allez vouloir ouvrir Git pour Windows, pas votre terminal normal, mais juste Git pour Windows. Et ça devrait vous montrer toutes sortes de choses là-dedans. Maintenant, nous ne allons pas lire tout ça parce que ça va prendre une heure probablement. Mais ce que nous allons faire, c'est que nous allons configurer notre nom d'utilisateur global et notre adresse e-mail globale. Maintenant, si je retourne ici à cet article malathion, mais les pop-up, configurez votre nom d'utilisateur et e-mail en utilisant les commandes suivantes. Remplacez le nom d'Emma par le vôtre. Ces détails seront associés à tous les validations que vous créez. Et donc l'idée ici est que lorsque vous empaqueter un peu de code sur votre ordinateur et que vous l'expédiez sur github.com. qui est-ce que ça va dire que c'est ? Et donc ce que nous voulons faire ici est de taper git config dash, dash, global, user.name. Et puis dans ce qui ressemble à une chaîne ou dans des citations, je dirais Caleb, grand, maigre, et ça va être mon nom, juste mon nom habituel. Maintenant c'est déjà installé sur mon ordinateur, donc je vais sauter ça. Mais vous appuyez sur Entrée. Et puis nous devons configurer une chose de plus. Donc git, config dash, dash global, user.email. Et cette adresse e-mail doit correspondre l'adresse e-mail que vous avez utilisée pour vous inscrire sur github.com. Pour moi, c'est Caleb, dot-dot-dot pauline sur gmail.com. Et puis vous appuyez sur Entrée et partez, vous partez. Maintenant, la façon dont vous pouvez confirmer que vous pouvez taper. Maintenant, si vous savez ce que vous faites sur la ligne de commande, vous pouvez ouvrir un fichier. Donc je vais utiliser chat juste pour imprimer le fichier. Et je peux faire maison git config, dot git config. Et ça va me montrer ici le nom d'utilisateur et l'adresse e-mail. J' ai un tas d'autres choses dont on parlera à l'avenir, dans un futur cours. Mais pour l'instant, c'est ce que vous devez voir dans votre configuration git. Si vous avez une configuration git. 15. Votre premier référentiel: D' accord, allons de l'avant et créons notre premier dépôt Git. Et donc ce que nous voulons faire ici, c'est aller sur GitHub.com. Assurez-vous que vous êtes connecté. Et cliquez sur ce petit plus ici et cliquez sur Nouveau référentiel et allait appeler ce référentiel de test. Et cela peut exister ou non à la fin de ce cours, je pourrais juste supprimer cela, mais je veux juste que vous suiviez en quelque sorte avec moi. Créez donc un référentiel dans votre compte appelé référentiel de test. Ceci est une description de test. Je vais rendre ce public pour que ce soit open source pour que tout le monde puisse le voir. Je voulais ajouter un fichier Read Me. Je veux ajouter un fichier gitignore et le modèle gitignore. Disons, disons que je vais travailler avec Python. Je vais sélectionner Python là-dedans. Donc, il va ignorer les fichiers de cache de secteurs, être des fichiers YC, toutes sortes de choses que je ne veux pas commettre dans un projet. Et choisissons une licence. Et choisissons la licence MIT. Ça n'a pas vraiment d'importance. Je fais ça à des fins de démonstration. Maintenant, allons de l'avant et cliquez sur ce référentiel et créez un référentiel. Et ça va aller de l'avant et créer un nouveau dépôt avec des fichiers ici. Maintenant, c'est vraiment tout ce qu'il y a à créer un tout nouveau référentiel sur GitHub.com. Mais cela n'existe pas sur notre ordinateur, nous devions donc le faire exister sur notre ordinateur. Donc, nous cliquons sur ce bouton ici code et nous pouvons voir le HTTPS SSH ou GitHub CLI. Cliquez sur le HTTP S1. Et cela va juste nous donner ce lien, HTTPS github.com slash Caleb test italien slash, point de dépôt de tiret. Allez-y et copiez ça. Et nous allons de l'avant dans notre terminal ou ligne de commande ou, ou tout autre programme que vous voulez utiliser. Powershell bash terminal, i terme à. Cela n'a pas vraiment d'importance tant que vous avez un programme en ligne de commande. Vous pouvez même ouvrir cela et VS Code si vous le souhaitez. Il suffit d'ouvrir le terminal et le code VS, nous voulons MK dire, tester, dire cd testdir. Et vous devriez déjà être familier avec la façon de vous déplacer sur la ligne de commande. C' est vraiment, vraiment important lors de l'utilisation de Git. Maintenant, il y a deux façons d'apprendre encore. Il y a la façon de l'interface utilisateur où tout est graphique et juste devant vos yeux. Et il y a la ligne de commande, en ligne de commande. Interface de ligne de commande, ou CLI est plus difficile. Et de la façon dont je vous enseigne, je vous enseigne délibérément la dure parce que lorsque vous êtes sur un serveur et que vous voulez obtenir le dernier code de votre dépôt. n'y a pas d'interface visuelle. Tout est en ligne de commande. Et donc je vous prépare pour le succès en vous apprenant le matériel en ce moment. Donc je suis à l'intérieur de mon répertoire de test. Et ce que je peux faire ici, c'est que je viens de copier ça. Je peux taper cette commande git clone, puis juste coller ça. Et si je fais ls tiret l a ou si vous êtes sur Windows, vous pouvez taper DIR. Il a un nouveau référentiel ici appelé référentiel de test, le référentiel de test CDI, ls tiret LA. Et vous pouvez voir que nous avons un dossier appelé dot get, un fichier gitignore colorant, un fichier de licence et un fichier main.xml lu. Allons-y et ouvrons ceci et VS Code. Et vous pouvez voir ici, si je ne fais que grossir cette touche, que nous avons notre gitignore, notre licence, et notre lecture. Et tout cela vient d'un dépôt ici. Encore une fois, la commande que nous avons tapée était git clone. Et nous avons juste collé cette URL là, celle que GitHub nous a dit de copier. Dans la leçon suivante, continuons et éditons l'un de ces fichiers afin que nous puissions commencer à l'empaqueter et le mettre sur GitHub. Parce qu'en ce moment, tout ce qu'on a fait était sur GitHub. Par ici. Dans le navigateur de droite. Nous avons gitignore licence et lisez-moi dot amd. Nous n'avons pas vraiment édité ces fichiers, mais nous les avons téléchargés depuis GitHub et les avons mis sur notre ordinateur. Maintenant, nous devons faire l'inverse. Nous devons éditer un fichier sur notre ordinateur et le renvoyer sur GitHub.com. Ça s'appelle en fait une poussée, mais on en parlera dans un peu. 16. Monter des fichiers sur votre ordinateur: D' accord, allons de l'avant et éditons un fichier sur notre ordinateur. Et donc ce que j'ai fait était un point de code dans mon dossier et il vient d'ouvrir VS Code pour moi. Maintenant, vous pouvez ou non l'avoir installé. Vous devrez peut-être aller dans File Open, puis ouvrir l'ensemble de votre projet en utilisant VS Code de cette façon. Quoi qu'il en soit, c'est bon. Alors allons-y et ouvrons ce fichier Read Me et faisons simplement une touche plus grande. Et ce fichier Read Me dit juste dépôt de test. Ceci est une description de test ci-dessous, disons qu'il s'agit d'une nouvelle modification de mon ordinateur local. Et donc un local est toujours votre ordinateur. Votre ordinateur est toujours local. Et lorsque nous éditons des sites Web, lorsque nous travaillons avec des sites Web sur notre ordinateur et que nous utilisons toujours l'hôte local. Et c'est de notre ordinateur local. Et GitHub.com est appelé une télécommande. Alors allons de l'avant et sauvegardons ça. Et si nous retournons à notre terminal ici, nous pouvons faire un état git. Et ça va me montrer un dossier en rouge. Et ce fichier en lecture, il dit qu'il a été modifié. Donc ce que je peux faire ici, c'est parce qu'il a été modifié Eigen dire git diff, tape in, lise-moi, souviens-toi que c'est sensible à la casse, donc tout est en majuscules. Lisez-moi en minuscules MD. Et cela me montre qu'il y a une nouvelle ligne vide ici. C' est vert. Et c'est une nouvelle édition de mon ordinateur local. C' est ce que j'ai écrit ici. Maintenant, j'ai Git installé sur le code VS. Donc, vous pouvez voir que ce sont deux nouvelles lignes aussi. Mais sur la ligne de commande, cela ressemble simplement à ceci. Donc, ce que nous pouvons faire à nouveau, c'est le statut git. Et cela nous montre l'état, nous montre les fichiers inchangés, les nouveaux fichiers, des choses comme ça. Et nous pouvons simplement faire git add, readme dot m, d. Et cela va changer la façon dont il ressemble lorsque nous tapons git à nouveau. Et donc ce qu'on a fait ici, c'est qu'on a dit qu'on avait mis en scène ces quatre. Considérez ça comme si vous envoyez une lettre. Ce qu'on a fait ici, c'est qu'on a mis notre lettre dans une enveloppe. On ne l'a pas encore cloué. On ne l'a pas déposé dans la boîte aux lettres. On ne l'a pas encore envoyé à la poste. Nous l'avons simplement mis dans une enveloppe. Nous devons dire qui c'est deux et quel est le message comme ce que cette lettre est en fait un bouton. Et dans la prochaine leçon, ce que nous allons faire, c'est que nous allons donner un petit message à ce sujet. Donc nous allons signer notre lettre. Nous allons dire à qui c'est et ensuite nous allons peut-être l'envoyer à GitHub pour qu'ils puissent mettre à jour notre code pour nous. 17. Votre premier engagement: Ok, dans la dernière leçon, nous avons édité notre fichier Read Me et dans ma ligne de commande, si je fais git status, je peux voir que j'ai un fichier est modifié. Il m'a été lu ADM qui a été modifié. Donc, je peux faire git diff, me lire dot MD, et je peux voir que ce sont les changements dans votre readme dot AMD modifié. Le vert est ce que nous avons ajouté. Allons de l'avant et supprimons effectivement une ligne ici aussi. Donc, je peux faire le statut git. Git diff, lisez-moi ADM, et vous pouvez voir rouge signifie que je l'ai supprimé, vert signifie que j'ai ajouté quelque chose. Et donc ce que nous voulons faire, c'est si nous refaisons git status et qu'il est correct de taper git status et des millions de fois git add. Lisez-moi. Et cela va devenir vert et c'est prêt pour l'instant. Il est prêt pour nous de l'envoyer à GitHub.com. Et c'est ce qu'on appelle la mise en scène. Et ce qu'on a fait ici, c'est qu'on a mis en scène. Ce fichier, dit, hey, c'est prêt à être emballé dans une chose appelée un commit et est prêt à être envoyé à github. Donc, si je viens d'effacer cela, faites le statut git à nouveau. Et nous pouvons voir que cela est mis en scène. Et je peux faire git commit m pour message. Disons que le fichier Lisez-moi a été mis à jour. Et j'ai mis cela dans des citations. Et maintenant, si je fais git status, encore une fois, vous ne devriez rien voir là-dedans. Absolument rien. Mais si je fais git log dash, tirez une ligne, c'est notre commit initial. C' est quand nous avons téléchargé le code de GitHub. Et voici le fichier Read Me mis à jour, c'est notre dernier commit. Maintenant, la tête est là où notre Git pointe. Origine principale est github. C' est là qu'Origen pense qu'il est à l'origine tête pense qu'il est ajouté ici. Et donc ce que nous voyons ici, c'est que notre ordinateur, notre tête est sur ce commit. Obtenir l'origine de la tête des hubs, la tête sur la validation initiale. Donc, si je retourne sur github.com et juste rafraîchir, nous allons voir que mon code et n'a rien fait, il n'est pas encore arrivé à GitHub. Eh bien, nous devons faire est que nous devons pousser ce code à GitHub. Et c'est ce que nous allons faire dans la prochaine leçon. Mais en ce moment, tout ce que nous avons fait c'est que git commit m, un message après que nous avons mis en scène pour déposer. Et si nous obtenons un tableau de bord, une ligne de tiret, nous pouvons voir que nous sommes en avance sur le code sur GitHub.com et nous devons essentiellement dire à GitHub de venir télécharger notre code à partir d'ici ou dans l'inverse. Nous allons pousser notre code à GitHub et nous allons le faire dans la prochaine leçon. 18. Pousser les fichiers dans GitHub: Ok, regardons comment nous pouvons pousser nos fichiers dans notre dépôt GitHub.com. Donc, dans les dernières leçons et ce que nous avons fait, et juste pour résumer, nous avons édité un fichier. Ensuite, nous avons dit git status, c'était rouge. Nous avons fait git ajouter n'importe quel nom de fichier rouge. Alors lise-moi point m, d. et c'était scène. Ensuite, on a commis ce dossier. Et ce message est fondamentalement comme signer votre enveloppe, en disant, quel est le but de cette lettre, quel est le but de ce code ? Et alors on a dit de faire quelque chose ou quelque chose comme ça. Et c'est essentiellement là que nous en sommes maintenant. Donc, si nous obtenons un tiret de journal, un tiret d'une ligne, nous allons voir que c'est là que notre code est add-in, notre programme GitHub, notre tête est au principal, et c'est sur ce commit. C' est un engagement en avance sur celui-ci. Get hubs avait un bon programme Hubs appelé Get. Celui qu'ils courent dans les coulisses. C' est ce qu'on appelle la tête de barre oblique Origins est à la validation initiale et nous devons essentiellement dire, hey GitHub, nous voulons que vous ayez ce nouveau code. Et donc la façon dont nous faisons cela est de faire git push origin main. Maintenant, lorsque les anciens référentiels sont appelés master sur les référentiels plus récents, il s'appelle main. Et pour savoir lequel est lequel. Si vous revenez à votre repo, si vous voyez ici, il dira simplement main ou masse, ou s'il est dit Maître, vous tapez git push origin master. Si ça dit main, vous faites git push origine Maine. Donc je vais faire git push origine main. Il va me demander mon nom d'utilisateur. Ok, aimé Colleen. Et lorsque vous exécutez ceci, vous devriez espérer voir un nom d'utilisateur ou un mot de passe non valide. J' ai une configuration de sécurité supplémentaire sur mon compte, donc je ne peux tout simplement pas faire cela de la même façon que vous le faites, mais vous devriez simplement être en mesure de mettre votre nom d'utilisateur et mot de passe là et cela vous authentifiera. Ce que vous devriez voir est cette énumération des objets, un tas de choses, comptage des objets, compression delta, objets de compression et compression d'objets, un tas de choses que nous ne comprenons pas vraiment. Et il va à github.com, Mon compte de dépôt de test point obtenir. Et donc si je retourne ici à mon dépôt et appuie sur refresh, ce que vous allez voir, c'est maintenant qu'il y a deux commits. Il y en a un qui s'appelle commit initial et il y en a un qui s'appelle mis à jour, le fichier Read Me. Et c'est celui que nous avons ajouté il y a quelques leçons, mis à jour ce fichier Read Me. Et c'est donc ce que le message de validation est. Ce message de validation est exactement ce que nous avons écrit. Et c'est exactement ce que nous avons vu quand nous avons écrit Git diff readme dot amd, nous avons supprimé align et nous avons ajouté deux nouvelles lignes, une ligne vide et une nouvelle ligne qui dit que c'est une nouvelle édition pour mon ordinateur local. Et c'est ainsi que nous poussons les fichiers vers un dépôt GitHub. Faisons un autre exemple ici. Allons-y et supprimons ceci et disons que c'est un deuxième exemple. Et nous allons juste éditer ce fichier readme. Et encore une fois, la raison pour laquelle nous faisons ce fichier Read Me est parce que si nous revenons à ce code, il apparaît automatiquement ici. Et donc j'enregistre ce fichier, ouvre mon terminal, je peux effacer le statut git. Je vois qu'il a été modifié. Git diff readme dot MD. Je peux voir que j'ai supprimé une ligne et j'ai supprimé cette ligne rouge et j'ai ajouté cette ligne verte. Donc git status une fois de plus, je peux obtenir ajouter ce, Read Me fichier. Et rappelez-vous que cela se met simplement en scène quand il est vert, il est mis en scène. Et vous pouvez dire que c'est la scène. Il dit que les changements doivent être engagés. Et si je veux le week-end sur scène, disons être restauré, titillé scène F. Et puis le nom du fichier. On ne veut pas faire ça. On veut envoyer ça à Github. Donc c'est la scène, elle est prête à être engagée. C' est comme être dans une enveloppe. Nous avons juste besoin de signer cette enveloppe maintenant. Deuxième mise à jour. C' est ce qu'on va mettre ici. Maintenant, c'est génial. Mais si nous obtenons un tableau de bord, une ligne, nous allons voir que nous sommes maintenant en avance sur l'endroit où GitHub pense que nous sommes. Github ne pense plus qu'on est à un premier commit. On a fait une poussée un peu plus tôt. Et donc GitHub pense que nous sommes à mettre à jour le fichier readme ou hachage sept, BB, d neuf, cf. Mais notre code local, notre code sur notre ordinateur a une longueur d'avance. Et donc pour pousser fondamentalement ce code jusqu'à GitHub. Donc github est aussi sur le principal. Nous pouvons faire git, push, origine, main. Et pour vous, il va probablement vous demander votre nom d'utilisateur et votre mot de passe. C' est bon. Il est sûr d'y mettre votre nom d'utilisateur et votre mot de passe. C' est votre nom d'utilisateur et votre mot de passe GitHub. Et enfin, si on a enregistré un tableau de bord, un tableau de bord, une ligne. On peut voir ici, la tête d'origine est à la deuxième mise à jour, principale ou origine slash Maine est cette deuxième mise à jour. Et notre ordinateur local est à la deuxième mise à jour. Donc nous sommes tous à jour maintenant. Et ce que nous pouvons faire, c'est que nous pouvons retourner à Firefox ou n'importe quel navigateur que vous utilisez. Appuyez sur rafraichir. Et nous avons trois commits maintenant, la deuxième mise à jour apparaît. Et c'est exactement ce qu'on a écrit, ça correspond à notre ordinateur. Et je vais aller à la vue divisée ici. Nous avons donc supprimé ces lignes rouges et ajouté cette ligne verte. Et c'est exactement ce que nous avons ici. Il s'agit d'un deuxième exemple. Il s'agit d'un deuxième exemple. Et si jamais tu te demandes, Oh, c'est là que c'est censé être ? Vous pouvez toujours cliquer sur le code et aller à la base de code principale. Et ça va dire que c'est un deuxième exemple. 19. Tirer des fichiers dans GitHub: Ok, regardons comment vous pouvez télécharger les derniers fichiers de votre dépôt. Ainsi, vous pouvez réellement éditer des fichiers directement sur GitHub. Et alors, allons de l'avant et cliquez sur cette petite icône d'édition. Et nous pouvons changer cela directement sur GitHub. Et donc, continuons et changeons-le du dépôt de test à mon tout premier repo. Et disons que Caleb est un prof génial. Je vais lui laisser une belle critique. interrogation. Espérons que c'est vrai. Je vais le faire, je vais y aller. Je vais dire, j'espère que c'est vrai. Cliquez sur Aperçu des modifications et il vous montre les choses en haut. Supprimé. Il est rouge sur le côté donc on sait qu'il est supprimé. Il est vert sur le côté en bas, donc nous savons que cela a été ajouté et nous devons engager nos changements. Et donc c'est juste comme utiliser la ligne de commande seulement. On le fait sur le site, cette fois. Mise à jour du readme pour une troisième fois. Et c'est tout ce que je vais faire. Vous pouvez ajouter une description étendue si vous le souhaitez. Cela ne nécessite pas vraiment une description longue, nécessite juste un message de validation standard. Alors allons de l'avant et nous engageons directement dans la branche principale. Et validez les modifications. Et donc revenons à notre base de code principale ici. Et nous pouvons voir que cette mise à jour que nous avons pour commits ici. Et le tout dernier commit dit mis à jour le Raimi pour une troisième fois. Donc nous avons fait ça sur GitHub. Maintenant, le problème avec cela est si nous ouvrons un terminal ou Git pour Windows et nous obtenons un tiret enregistré, tiret une ligne. Notre ordinateur pense que Git est exactement là où nous en sommes, ce qui n'est pas vrai. Nous devons tirer les derniers changements. Il y a donc des changements sur github.com qui ne sont pas sur notre ordinateur et nous devons aller les chercher. Et c'est vraiment facile de les obtenir. Ce qu'on peut faire, c'est faire git pull. Donc avant qu'on fasse une poussée, cette fois on fait un sondage. Nous git tirer l'origine. Et l'origine sera github.com. Ou si vous utilisez git lab va être gitlab.com. Ou si vous utilisez bitbucket va être bitbucket.com, mais nous disons tous juste origine. Donc git pull origine et ensuite notre nom de branche, et ce nom de branche vient d'ici. Donc, on utilise le principal. Si vous utilisez un ancien référentiel, il peut être appelé maître. Donc on va git pull origine, Maine. Et cela pourrait vous demander votre nom d'utilisateur et votre mot de passe. Si c'est le cas, vous pouvez y mettre votre nom d'utilisateur et votre mot de passe. Et sinon, nous avons téléchargé le dernier code source. Donc, ce que nous pouvons faire maintenant, c'est que nous pouvons obtenir un tiret de journal, un tiret d'une ligne et cette deuxième mise à jour, et nous ne sommes plus sur cette deuxième mise à jour. Nous sommes mis à jour le readme pour une troisième fois. Et maintenant notre ordinateur local dit, oh oui, nous savons que GitHub l'est. À ce message de validation particulier. Et nous aussi. Et donc si nous revenons à notre code, dans mon README, il est dit, mon tout premier repo, Caleb n'est pas génial professeur. Je vais lui laisser une belle critique et cela correspond à ce que nous avons ici. Maintenant, vous pourriez voir quelque chose et je vais mettre en place un exemple ici. Vous pourriez voir une chose étrange s'est produite lorsque les fichiers sur github changent. Et vos fichiers locaux aussi. Ce que je veux dire ici, c'est ce changement pour la quatrième fois. C' est tout ce que je vais dire là-bas. Et donc ce que je dis vraiment, c'est de dire que je n'ai pas les derniers changements. Je n'ai pas changé pour la quatrième fois sur mon ordinateur. Démontrons ce tiret de journal git, tiret une ligne, pas en ligne, mais une ligne. Je n'ai pas ce dernier sur mon ordinateur. Il n'est même pas au courant. Donc, disons que cela arrive et je vais éditer mon fichier localement. Disons que c'est une nouvelle ligne ici. Et disons que je veux le pousser jusqu'à GitHub. Donc git status, git add, lisez moi git commit depuis l'ordinateur local. C' est mon message de validation, commit, git commit dash M, git push, origin, main. Et ça me dit un tas de trucs et ça a l'air vraiment alertant, mais ce n'est pas le cas. Si jamais vous voyez quelque chose comme ça, lisez ceci. Il indique que les mises à jour des conseils ont été rejetées car la télécommande contient du travail que vous n'avez pas localement. Ce que cela veut dire est que github.com est distant. Vous êtes local. GitHub.com est distant. Donc, il dit github.com a changé que vous n'avez pas encore sur votre ordinateur. Ceci est généralement causé par un autre dépôt poussant vers le même ref. C' est une façon de dire qu'il y a des changements que vous n'avez pas. Et cela pourrait provenir d'un autre dépôt, pourrait provenir d'une autre personne. C' est peut-être parce que nous avons édité un fichier manuellement ici. Au lieu de le faire sur notre ordinateur. Vous pouvez d'abord intégrer les modifications à distance. Exemple, git pull. Avant de pousser à nouveau. Voir les notes sur l'avance rapide et obtenir poussé, tiret, tiret aide. Donc maintenant ça nous donne des choses avec lesquelles nous pouvons travailler. Allons de l'avant et faisons exactement comme, comme git pull. Origine principale est, est tirer point, point, point, point, point, point, point, point, point va être notre homme d'origine. On dit toujours git pull d'un GitHub, ça va être notre origine et notre nom de branche, ça va être le Maine. Donc git pull origine principale. Maintenant, cela dit qu'il y a un conflit ici. Et pour Git et GitHub, les conflits individuels vont au-delà de ce que nous allons apprendre. C' est un peu plus difficile à gérer et je ne veux pas t'accabler. Donc, ce que nous pouvons faire, c'est que nous pouvons dire obtenir le statut. Et ça nous dit ce que nous pouvons et ne pouvons pas faire. Donc, il essaie de faire une rebase ici. Alors faisons-le. Allons de l'avant et faisons git rebaser dash, dash, abort, git status, git log. Et le statut de git était juste pour nous montrer qu'il n'y a rien là-dedans. Prends le journal. Nous sommes sur de l'ordinateur local. Donc, ce que nous pouvons faire est que nous pouvons dire git pull origine, bord principal, tableau de bord rebasé. Et ce que cela va faire, c'est qu'il va tirer dans ce travail et ça va mettre notre travail sur le dessus. Donc, fondamentalement, ça va dire, au lieu de conflit, on va dire, hey, prenez les trucs de GitHub. Et puis quoi qu'il soit arrivé après ça, mettez nos changements sur le dessus. Et cela n'a pas fonctionné pour moi comme je m'attendais à ce que ça marche. Habituellement, cela fonctionne. Il y a donc un conflit ici. Allons de l'avant et, et vous savez quoi, résolvons ce conflit dans la prochaine vidéo. 20. Résolution des conflits de code: Allons de l'avant et résolvons ce conflit. Donc, nous essayons de tirer des changements de GitHub et nous avons des changements sur le même, dans le même fichier sur notre ordinateur. Et donc quand nous faisons cela est tout d'abord clair ce hors obtenir statut. Il dit qu'il y a une rebase en cours et que vous effacez actuellement la branche Maine sur un hachage de validation, conflits corrigés et exécutez git rebase dash continuer en utilisant git rebase dash, tiret sauté pour ignorer ce patch ou tiret, tiret o planche à sauter. Donc si tu veux, oh, j'ai vraiment foiré et je ne sais pas ce que je fais et j'ai peur. Vous pouvez toujours taper git, rebase, dash, dash, abort. Et cela arrêtera tout cela pour vous et reviendra à la normale. Et puis vous pouvez demander un peu d'aide à quelqu'un. Alors allons-y et disons git diff, lise-moi. Non, lise-moi. Les armes de destruction massive. Et ça dit un tas de trucs ici. Et tout est vert. Alors allons-y et ouvrons VS Code. Et le code VS. J' utilise l'extension get dans le code VS, donc il me montre automatiquement ce qui arrive et quel est le changement actuel. Et donc ici, c'est ce que GitHub a. Github a tué est un prof génial. Je vais leur laisser un joli fichier d'examen sur GitHub changé ainsi et vos fichiers locaux aussi. Je ne me souviens pas de ce que j'essayais de dire quand j'ai écrit ça, mais disons, par exemple, que je voulais fusionner ça ensemble. Eh bien, ce que GitHub va faire, c'est qu'il va ajouter toutes ces petites flèches, tête, tas de signes égaux et puis plus de flèches. Et cela va vous dire que le haut est GitHub, le bas est de votre ordinateur. Et donc ce que je peux faire est simplement supprimer ces lignes, supprimer ces lignes. Et c'est donc le code. C' est à ça que ça ressemble. Cela semble un peu plus bien, il semble moins écrasant. Et voici Caleb n'est pas génial professeur, yada, yada, yada. Disons que je veux garder cette ligne et je veux, et je veux supprimer cette ligne du milieu et garder cette ligne de fond. Ok, donc je vais faire ça. Je viens d'enregistrer ce fichier que je viens d'éditer pour être exactement ce que je veux qu'il soit. Et j'ai enregistré ce fichier. Allons de l'avant et faisons un état git. On peut faire git diff, me lire point m d à nouveau. Et cela semble un peu plus reconnaissable. Il n'y a pas toutes ces flèches bizarres et tous les signes égaux là-dedans. Si nous obtenons le statut va nous dire ce qu'il faut faire. Nous devons donc utiliser le fichier git add et marquer la résolution afin que nous ayons résolu ce conflit. Donc, nous faisons git add et ensuite ce fichier. Et puis pour continuer avec une rebase, nous faisons git rebase tiret, tiret continue. Donc git rebase le tiret, le tiret continue. Vous permet d'obtenir un tiret de journal, un tiret d'une ligne. Et maintenant, nous pouvons voir que nous sommes de l'ordinateur local. Nous avons une longueur d'avance sur GitHub. Et donc si nous regardons notre dossier sur notre ordinateur, il dit que Caleb est un prof génial, yada, yada, yada. C' est une nouvelle ligne ici. Et si nous allons sur github.com et Readme.md, il n'a pas encore cette ligne. Ce n'est pas le cas, c'est une nouvelle ligne ici. Nous n'avons pas ajouté ça. Nous devons l'ajouter encore. Donc, ce que nous pouvons faire, c'est pousser ce code. Donc git push origine principal, Doo-doo-doo-doo. Et cela a été un succès. Donc, si on est connecté, tiret, tiret une ligne, on va pouvoir voir que la tête d'origine est exactement là où se trouve notre tête. Et ça dit de l'ordinateur local. Donc, si je rafraîchis ceci, cette ligne ici devrait dire de l'ordinateur local, cette ligne devrait dire six commits. Et il devrait y avoir une nouvelle ligne en bas de la lecture moi, nous allons rafraîchir. Il y a cette nouvelle ligne. Il y a ça de l'ordinateur local et il y a le sixième commit. Nous venons de résoudre un conflit. C' est en fait une chose assez avancée pour nous. J' espérais qu'on pourrait s'en sortir sans faire ça dans Git et GitHub un à un, mais c'est bon. Nous aurions dû finir par s'attaquer à ça indépendamment. Donc c'est bien qu'il soit apparu. 21. Votre projet: Parlons de votre projet. Votre projet. C' est très, très important. Tout d'abord, si vous n'avez pas de compte GitHub, créez un compte GitHub.com gratuit. Si vous n'avez pas de bon sur votre ordinateur, installez Git, c'est très, très important. Ensuite, je veux que vous créez un nouveau référentiel sur GitHub.com. Tirez votre repo de GitHub.com sur votre ordinateur. Modifiez un fichier sur votre ordinateur. Poussez ce fichier sur github.com. Rappelez-vous que vous allez devoir utiliser Commit et que vous allez vouloir utiliser le statut Git beaucoup. Et enfin, prenez une capture d'écran de votre dépôt GitHub et partagez-le avec la classe. Et c'est vraiment tout ce que je veux que tu fasses maintenant, on dirait que ça va être beaucoup. Tu devrais déjà avoir un compte GitHub gratuit si tu ne le fais pas, ça va te prendre une minute. Si vous n'avez pas de bon, cela devrait vous prendre environ cinq minutes à installer. Vous pouvez créer un tout nouveau référentiel sur GitHub.com. Ça ne vous prendra qu'une minute. Tirez votre repo de GitHub.com sur votre ordinateur. Il y a un peu de complexité ici, donc vous allez devoir ouvrir un terminal ou une commande, ou PowerShell ou tout programme que vous voulez utiliser. Vous avez juste besoin d'une sorte de programme de ligne de commande. Et puis vous voulez exécuter git clone. Et puis quel que soit ce lien était, HTTPS, github.com slash Caleb Darlene slash test dépôt point obtenir. Je pense que c'était le lien. Donc tu vas vouloir gérer quelque chose comme ça, mais ça va être ton compte. Et puis vous allez référentiel nommé dot git. Donc tu ne veux pas t'assurer que tu fais ça sur le tien, pas sur le mien. Vous voulez le faire sur votre dépôt dans votre compte. Ensuite, modifiez un fichier sur la scène de votre ordinateur et poussez cette étape de fichier, validez et poussez ce fichier sur github.com. Et prenez une capture d'écran de votre repo GitHub avec le nouveau commit, le nouveau fichier que vous avez ajouté et partagez-le avec la classe. C' est ça. Donc, dans l'ensemble, cela ne devrait vous prendre qu'environ 25-30 minutes. Et n'oubliez pas si vous avez des questions, vous pouvez les poser ci-dessous, ou vous pouvez poser des questions dans le groupe Apprendre à coder Facebook. Je suis toujours là pour aider les gens à poser des questions.