Git et Github pour débutants

1. Introduction: Bonjour et bienvenue au cours Git et GitHub pour débutants. Dans ce cours, vous apprendrez les bases de l' obtention en tant que péage et GitHub est un logiciel que nous pouvons utiliser. Vous apprendrez de nombreuses fonctionnalités des deux technologies. Commandes qui obtiennent des ententes ou des pages GitHub et les outils de bureau GitHub pour faciliter la gestion de nos projets. À la fin de ce cours, vous obtiendrez les connaissances nécessaires pour commencer à utiliser les deux technologies. Au fur et à mesure que vous apprendrez les concepts fondamentaux des référentiels, des branches et de la divergence de code à côté du travail que nous allons faire, vous verrez également différentes présentations, comme je veux l'illustrer pour vous, comment fonctionnent les détournements de code et comment elles devraient également être gérées. Mais maintenant, qui suis-je ? Je m'appelle Stefano Matter , et j'ai plus de sept ans d'expérience dans le développement web. Je suis également instructeur en ligne. Et à côté de ce cours, vous trouverez nombreux autres cours de ma part ici sur Skillshare. Assurez-vous donc de les vérifier également. Si vous souhaitez voir d'autres tutoriels en dehors de Skillshare, vous pouvez toujours visiter ma chaîne YouTube. Vous y trouverez de nombreux tutoriels, cours intenses et tout un projet pour divers différentes technologies. Et si vous souhaitez entrer en contact avec moi, vous pouvez toujours visiter mon site Web là-bas. Vous pouvez en savoir plus sur moi, mais aussi voir tous mes tutoriels et cours en un seul endroit. Bienvenue à nouveau, et apprendrons plus sur les versions du code et du code. 2. Code & Code Versions: Avant de commencer le cours, j'aimerais parler du code lui-même et des versions du code. Vous verrez que les développeurs développeront, construiront et déploieront également des sites Web standard , des applications, des applications mobiles et des logiciels. Tout cela nécessite du code et souvent pas seulement une seule personne qui travaille dessus, mais beaucoup d'entre nous font partie de petites équipes plus importantes. Maintenant, pouvez-vous imaginer que dix personnes travaillent sur la même application ? Combien cela peut-il être difficile pour eux de partager le code le plus récent tout en conservant la qualité de cette application. Ensuite, ils travailleront souvent sur plusieurs tâches, plusieurs fonctionnalités et corrections de bugs. C'est-à-dire lorsque nous devons également nous occuper de notre code et de ses versions. Pour ce faire, nous pouvons utiliser un logiciel, un produit capable de suivre nos modifications de code, conserver nos versions de code, diviser celles dans la dose de fusion comme nous le souhaitons. Il y en a beaucoup, mais dans ce cours, nous allons apprendre à utiliser Git en combinaison avec GitHub. Et je vais en parler davantage dans la vidéo suivante. Mais que pouvons-nous obtenir de tels logiciels ? Eh bien, maintenant cette même équipe de dix personnes peut correspondre à des versions de code plus faciles à gérer. Par exemple, chaque membre de l'équipe peut utiliser un code similaire, peut-être même le même code et s'en inspirer. Chaque membre de cette équipe peut travailler sur une tâche spécifique ou corriger un bogue particulier. Une fois l'opération terminée, le système lui-même fusionnera toutes ces modifications ensemble. Et s'il y a une incohérence dans le code, le système les détectera et présentera ces conflits aux membres de l'équipe. Ils pouvaient donc ensemble fixer la dose et pas beaucoup à ce sujet aussi. Nous allons maintenant en apprendre davantage sur un tel système. Voyons ce qui est bon et ce qu'est GitHub. 3. Qu'est-ce que Git & Github: Maintenant, ce que nos Git et GitHub procurent lui-même est un logiciel qui nous aide à suivre les changements de notre code. À côté d'appeler les modifications, git va piéger toutes les autres modifications apportées à nos fichiers. Donc, si vous voulez ajouter une image à notre projet, apprenez-en à ce sujet. L'objectif principal est maintenant d'assurer la collaboration et la coordination entre les développeurs. À côté de cette porte, nous assisterons également à l'intégrité rapide des données dans la distribution de nos projets. Maintenant, GitHub est essentiellement un fournisseur. Il nous fournit la publication pour le développement de logiciels, ce qui signifie que nos modifications de code et de code peuvent désormais être hébergées sur GitHub. plus de cela, GitHub nous soutiendra avec les contrôles de version. Et il le fait en utilisant Git comme outil. Nous pouvons donc essentiellement utiliser git pour gérer nos versions tout en utilisant GitHub pour les présenter, pour les voir en direct. Github nous donnera la plateforme pour voir notre projet, notre code et toutes nos modifications à côté de cela, GitHub aura d'autres fonctionnalités que nous pourrons utiliser, mais ce n'est pas le centre de ce cours. Pour l'instant, nous nous concentrons uniquement sur les versions de code et de code. Et la meilleure façon d'en apprendre davantage sur GitHub est de commencer à travailler avec lui. Alors, avant la vidéo suivante, faites-moi une faveur. Rendez-vous sur un site officiel de GitHub. Assurez-vous de vous inscrire si vous possédez déjà un compte sur GitHub, ce n'est pas une tâche pour vous. Mais si vous n' avez pas de compte, oubliez pas d'en créer un, pour bien suivre ce cours. Maintenant, installons ça, obtenez. 4. Installation de Git: Get as a outil doit être installé. Pour installer Git, vous pouvez simplement rechercher votre navigateur préféré ou le site Web Get-SCM.com. Vous aurez également le lien vers ce site Web dans les ressources de ce cours, le site Web lui-même pourrait être une excellente référence pour en apprendre davantage sur la bonne fin. C'est le vôtre car le bien a sa documentation. Mais nous sommes ici pour télécharger le portail afin de pouvoir l'installer. Pour télécharger Git. Cliquez sur ce bouton de téléchargement. Cela devrait vous conduire à la page des téléchargements. Ici, vous pouvez simplement sélectionner une option pour votre propre système. Pour moi, je vais sélectionner Windows ici. Pour Windows, j' entendrai plusieurs options. Mais la bonne option pour moi est ce programme d'installation autonome pour un système 64 bits, votre système pourrait être différent, alors assurez-vous de sélectionner le bon ici. Une fois le téléchargement terminé, nous pouvons simplement l'exécuter et l'installation doit être assez simple. Dans cette première étape, il suffit de sélectionner la suivante. Maintenant, nous devrions voir différents composants ici. Alors, il suffit d'aller ensuite ici aussi. Il s'agit ici d'une nouvelle option dans les entités d'installation pour sélectionner comment utiliser OpenSSH. Alors, ne vous inquiétez pas trop avec ça. Pour l'instant, il vous suffit de sélectionner ces options présélectionnées. La prochaine étape pourrait être délicate, mais l'installation nous donnera la version normale de Git. Attendez qu'il s'installe maintenant. Et une fois que c'est terminé, nous pouvons désélectionner le bot en Options et cliquer simplement sur Terminer. Maintenant, j'ai un dossier que j'ai préparé pour ce cours, le portail. Vous pouvez également créer le vôtre afin que vous puissiez garder l'ensemble du parcours au même endroit, si vous voulez. Cliquez avec le bouton droit de la souris dans ce dossier, vous devriez obtenir des options pour Good Gooey et Git Bash. Les deux outils ont également été installés avec le portail. Vous pouvez donc ouvrir l'un ou l'autre ou ouvrir le terminal de votre système. Pour être honnête, cela n'a pas vraiment d'importance. Ce que vous voulez faire dans votre terminal c'est utiliser la commande de la bonne version. Si les passerelles sont correctement installées, vous devriez voir la version installée, ce qui est bon. S'il n'y a pas de version, vous devrez répéter l' ensemble du processus d'installation. De plus, le détournement peut différer de la mienne ici en fonction du moment où vous regardez ce cours à côté de la bonne version, vous pouvez utiliser la commande de good, qui devrait vous montrer les différentes commandes que nous pouvons utiliser avec un bon outil. Et très bientôt, nous commencerons à utiliser ces commandes. Maintenant, à propos des outils qui ont été installés avec good, si vous ouvriez l'interface graphique Git, vous verriez un outil capable de gérer nos référentiels. Et nous parlerons davantage de ces personnes douloureuses. Si vous ouvrez Git Bash, vous verrez qu'un terminal spécifique pour ce terminal fonctionne avec votre système et d'autres visites si vous en avez installé. Mais à côté de cela, vous pouvez également utiliser votre propre terminal standard si vous y êtes habitué. Et il s'agit du processus d'installation. Nous pouvons donc commencer à travailler avec elle. Visitons GitHub dans notre prochaine vidéo et créons notre premier projet, notre premier dépôt. 5. Création d'un premier projet (Repo): Vous souvenez-vous que je vous ai demandé de créer votre propre compte GitHub si vous n'en possédez pas. J'espère que vous l'avez fait. C'est ce que nous allons maintenant travailler avec GitHub, il se connecte votre propre compte GitHub et accédez à ce tableau de bord principal. Eh bien, votre profil où vous devriez voir vos projets. De toute évidence, si votre compte vient d'être créé, vous n'aurez aucun projet. Eh bien, n'importe quel repos ici. Maintenant, assurez-vous aussi d'ouvrir ça, faire du gooey ici aussi. Nous voulons l'utiliser, mais je veux vous montrer quelque chose avec. Vous voyez que cette interface graphique peut gérer notre republication. Nous pouvons également créer les dépôts locaux ou utiliser des rapports externes. Nous ferons la même chose pour nous, mais cela nous donnera plus d'options et une interface utilisateur plus conviviale. Et dans cette vidéo, nous allons créer notre premier dépôt. Tout d'abord, qu' est-ce que le référentiel ? Un référentiel ou un dépôt est centralisé pour notre code et nos actifs. Donc, si nous voulons créer un site Web ou une application, il serait judicieux de disposer d'un référentiel pour un tel projet car le référentiel est centralisé pour notre code. Cela signifie que nous serons en mesure de gérer directement nos versions enregistrées. Par conséquent, par dette, vous verrez comment cet ensemble d'outils, Git et GitHub, pourrait nous être utile. Maintenant, pour créer le rapport, vous aurez cette icône Plus en haut à droite. suffit de cliquer dessus et de sélectionner ce nouveau référentiel. Créez un nouveau référentiel. Nous devrions le configurer pour nous. Tout d'abord, nous aurons besoin d'un nom pour notre dépôt. Il est essentiel de nommer votre dépôt uniquement avec votre compte. Comme vous ne pouvez pas avoir deux repos portant le même nom. Je nommerai mon premier projet de dépôt que vous pourrez appeler le vôtre comme vous le souhaitez. La prochaine chose que nous pourrions ajouter est notre description, mais ce champ est également facultatif, donc je vais simplement l'ignorer pour l'instant. La prochaine option consiste à définir notre dépôt pour qu'il soit public ou privé. Si vous le mettez en public, tout le monde le verra. Private ne sera disponible que pour vous, finissez par les personnes que vous invitez. Donc, si vous envisagez de créer quelque chose comme un open source, le public est une bonne option. Bien que l' option privée soit plus réservée aux projets personnels et aux projets en production, je vais rendre le rapport d'esprit public car je souhaite que vous puissiez tous accéder à ces trois par quand vous le souhaitez. À côté de cela, j' ajouterai ce fichier Lisez-moi, mais je sauterai ce fichier dot gitignore. Lisez-moi est le fichier qui nous permet de décrire notre dépôt et des informations supplémentaires, etc. Pendant que nous lisons ce fichier gitignore, nous pourrons ignorer certains de nos fichiers, ce qui signifie que ces fichiers ne seront pas suivis, ne seront pas transférés dans notre dépôt plus tard. Mais à ce stade, je peux simplement créer mon dépôt. Une fois que vous avez créé votre rapport, vous verrez ces étapes pour obtenir ce dépôt localement sur votre machine, ce qui signifie que vous pouvez maintenant essayer de le faire vous-même. Mais dans la vidéo suivante, nous allons cloner notre rapport ensemble. 6. Cloner Le Repo: Nous avons maintenant notre dépôt pour notre projet. Nous pouvons le cloner pour obtenir notre dépôt localement sur notre machine. Je veux que vous accédiez à votre profil sur GitHub et que vous alliez dans section de ces référentiels ici vous devriez voir tous vos référentiels. Assurez-vous donc de sélectionner celui que vous avez créé pour ce cours. Pour moi, c'est le premier projet de mon dépôt. Je ne vois pas grand-chose. J'entends mon fichier Lisez-moi et je peux voir le contenu de ce fichier ReadMe ci-dessous. Nous stockerons tous les fichiers que nous créons ici dans notre dépôt, car ce sera notre place centrale pour notre projet, nous sommes en mesure de créer des fichiers directement ici, mais ce n'est pas un expérience conviviale. Nous allons donc retirer notre dépôt pour l'avoir localement, car il sera beaucoup plus facile de travailler avec lui de cette façon. La commande pour cela s' appelle clone, car nous allons cloner notre dépôt depuis GitHub vers notre machine locale pour utiliser cette commande clone. Bien que cela soit assez simple, la première chose que nous devons faire est de cliquer dessus, ce bouton vert, qui ouvrira un menu pour nous. Dans ce menu, veillez à sélectionner l'option HTTP S, qui nous présentera cette URL. URL est l' URL officielle de notre dépôt. Vous pouvez donc le copier ou cliquer sur cette icône à droite pour copier cette URL. Maintenant, ouvrez votre terminal et décidez de l'itinéraire vers le dossier souhaité. Eh bien, là où vous voulez stocker votre dépôt, j'ai un dossier de bon, donc j'utiliserai la commande de CD, entrez ce dossier si vous avez besoin d'aller en arrière le dossier utiliser une barre oblique ou une barre oblique pour notre dossier actuel. Une fois que vous êtes dans votre dossier, vérifions à nouveau si le bon a été installé correctement. Vous pouvez donc utiliser la commande GET ici pour cela. Comme je peux le voir, toutes ces commandes, je peux être sûr qu'elles ont bien été installées correctement. De plus, dans cette liste de commandes, je peux voir la commande clone. Et il décrit qu'il va cloner le référentiel dans un nouveau répertoire. Nous avons donc besoin de cette commande. Ici. Je vais utiliser la commande claire, bien pour vider mon terminal. Et maintenant, je peux utiliser git clone et coller mon URL pour mon dépôt que nous avons copié précédemment. Appuyez sur Entrée et attendez qu'il brille. Une fois que c'est terminé, je peux utiliser le projet CD first dash pour entrer dans mon dépôt que je viens de cloner. Nous pouvons voir que cette commande a bien fonctionné parce que je suis dans mes premiers projets. Mais à côté de mon chemin de dossier ici, je peux voir ce maître, puis la flèche, puis l'origine. Il s'agit ici d'une branche, et nous en parlerons un peu plus tard. Maintenant, je vais également placer mon dossier dans lequel mon dépôt est stocké pour vérifier le contenu à l'intérieur. Eh bien, il semble que mon fichier README ait été créé par défaut, et je sais que j'ai également le fichier sur mon dépôt dans GitHub. Ici, nous pouvons confirmer que notre dépôt a été cloné avec succès. Avant de terminer et de commencer la vidéo suivante, vous aurez besoin d'un éditeur de code. C'est un logiciel dans lequel nous écrivons généralement notre code et il existe nombreuses options que vous pouvez utiliser si vous souhaitez utiliser le même code à la fois en utilisant code de visite, que Visual Studio.com. Cet éditeur de code provient de Microsoft lui-même, et il est open source, ce qui signifie qu' il est gratuit. Assurez-vous donc de télécharger et d' installer la version appropriée pour votre système d'exploitation. À partir de la vidéo suivante, nous utiliserons un tel outil. 7. Faire des changements et suivre: J'espère que vous avez installé Visual Studio Code comme nous en avons besoin. Assurez-vous maintenant d'ouvrir la directive de votre projet dans ce code Visual Studio. Avant de commencer. Juste pour mentionner que votre code Visual Studio peut être différent du mien. Comme j'ai probablement plus d'extensions installées et aussi une équipe différente. Vous n'avez pas à vous inquiéter car celui-ci vous empêche de suivre les scores. Comme nous avons cloné notre dépôt dans la dernière vidéo de votre projet ici, nous ne devrions voir que ce fichier Lisez-moi. Si vous ouvrez ce fichier, vous devriez voir du contenu écrit en langage Markdown, qui n'est pas un langage complexe à apprendre. bien avec ce code Studio visuel, c'est que nous pouvons utiliser le terminal directement à l'intérieur. De cette façon, nous pouvons écrire notre code tout en gérant notre dépôt pour ouvrir le terminal ici, cliquer sur cette vue et vous aurez ensuite l'option pour le terminal. Voyons si tout fonctionne ici comme il l'a montré. Je vais utiliser la commande de clair pour vider ce terminal. Maintenant, je vais utiliser Git et ensuite le statut. statut, ou statut, est une commande qui nous donnera le dernier statut de notre succursale, sur laquelle nous travaillons actuellement. Et comme je l'ai mentionné, nous parlerons davantage des branches à l'avenir. Nous pouvons voir ici que notre branche est maître et que tout est à jour, qui signifie que nous avons récupéré toutes nos dernières modifications lorsque nous avons cloné notre dépôt depuis GitHub. Pour clarifier davantage, notre directive locale est la même directive, même dépôt que celui que nous avons sur notre GitHub, ce qui est bon. Mais maintenant comment Git sait à ce sujet, vous verrez que get est un outil qui suit notre code. Il sera donc au courant de nos changements que nous apportons également. Par exemple, si je souhaite créer un fichier pour mon site Web, ce fichier s'appelle généralement index.html. Pour ce faire, il suffit de cliquer sur cette nouvelle icône de fichier et de nommer votre fichier index.html. Visual Studio Code est suffisamment intelligent pour colorer ce fichier en vert. Pourquoi fait-il cela ? Eh bien, le code Visual Studio sait qu'il est bon de suivre nos changements ici. Et maintenant, ce fichier est une modification que nous avons apportée. Notre directive locale n'est donc plus la même que notre dépôt, comme notre référentiel que nous avons sur GitHub. Nous pouvons également vérifier cela avec GitHub. Dans ce terminal, nous pouvons à nouveau utiliser une commande git status. Et maintenant, nous devrions voir des résultats différents. Cela montre toujours que notre côté local, notre succursale locale que nous avons est à jour, mais cela en montre davantage. Cela montre que nous avons des fichiers non suivis sur la piste des modifications, ce qui signifie qu'il existe différents fichiers de notre dépôt GitHub. Et c'est à cause de ce index.HTML. Nous avons ce index.html localement, mais pas sur un GitHub. Et obtenez-le du tout, saura ces changements même si ces changements ne sont pas encore suivis. Donc, même si les gens suppriment ces changements, rien de crucial ne se produirait. Ensuite, il nous donne des informations, eh bien, informations sur la façon de suivre correctement ces fichiers avec bon, ce qui est l'histoire de la conférence suivante. 8. Commencer les changements: Pour continuer là où nous nous sommes arrêtés dans la dernière vidéo, nous avons maintenant notre changement dans notre répertoire, mais ce changement n' est pas suivi par Git qui sait tous ce changement, sait tous ce changement, mais il ne suit pas encore ce changement, ce qui signifie que le changement lui-même ne se retrouvera pas dans notre référentiel pour assurer un bon suivi de nos modifications. Eh bien, nous devons le faire manuellement. Eh bien, pour tous les nouveaux dossiers, au moins. Pour ce faire, je vais d' abord vider mon terminal. Maintenant, je peux utiliser git add et ensuite nous pouvons spécifier un fichier que nous souhaitons suivre, comme notre index.html. Cela ajoutera notre fichier pour suivre les fichiers. Mais que se passe-t-il si nous avions dix dossiers différents ? Nous souhaitons tout de même ajouter un par un. Eh bien, au lieu de passer un nom de fichier, nous pouvons simplement utiliser un point ici qui saisira toutes nos modifications non suivies et les déplacera dans le tracé. Il va en quelque sorte mettre en scène ces changements. Maintenant, reprenons git status. Ce que nous pouvons voir ici, c'est que notre fichier HTML d'index n'est plus rouge mais vert. Cela signifie que bon maintenant suit ce fichier, mais il est toujours sur notre machine locale, rien de lié à notre dépôt principal que nous avons sur GitHub. Pour informer le dépôt principal de nos modifications. Nous devons stocker, eh bien, nous devons commettre ces changements. Lorsque nous effectuons ces modifications, elles seront prêtes à être publiées dans notre référentiel principal. Pour ce faire, nous devons utiliser cette commande appelée git commit. Pour cette commande commit, nous pouvons passer cet indicateur, qui peut spécifier avec le tiret m. Flag signifie un message, qui signifie qu' après cet indicateur, nous pourrions également transmettre un message. Pour transmettre un message, vous devez utiliser des guillemets doubles et afficher généralement ce type de messages afin de spécifier les dernières modifications auxquelles font référence nos dernières modifications. Pour moi, je vais définir mon message pour créer le fichier HTML d' index parce que c'est exactement ce que nous avons fait. Maintenant que nous avons validé notre code, un changement que nous pouvons voir dans notre code Visual Studio est que ce fichier index.html n' est plus vert. C'est parce que get le désigne comme un fichier d'attraction, mais sans nouvelles modifications. Et nous n'avons pas de nouvelles modifications car toutes les modifications que nous avons apportées sont déjà engagées et prêtes à être déployées. Si vous souhaitez confirmer une telle chose. Encore une fois, nous pouvons utiliser git status à nouveau. Nous pouvons maintenant voir un message indiquant que notre branche, alors que notre branche locale dirige branche principale depuis notre référentiel par un seul commit, si vous souhaitez visiter votre dépôt dans GitHub. Eh bien, rien n'a changé, c'est parce que nos changements ont été effectués localement, sur notre machine locale. Et c'est la raison pour laquelle git nous dira que notre succursale locale est en avance sur notre branche principale dans notre dépôt principal. Et oui, nous avons suivi nos modifications et avons également validé nos modifications, mais nous ne les avons pas déployées sur GitHub. Et pour les déployer, nous le ferons dans la conférence suivante. 9. Code de poussée: Comme vous l'avez vu, nos modifications sont maintenant suivies et validées, mais pas toujours sur notre référentiel GitHub. Pour déployer nos modifications sur GitHub, nous devons pousser notre code et oui, terme est appelé push ainsi que la commande. Donc, dans mon terminal, je peux simplement utiliser la commande de bonne poussée. Le résultat de cette commande contiendra les informations sur nos modifications de publication et ainsi de suite. Mais ce n'est pas si important, car il est principalement automatisé. Mais à ce stade, si nous voulions visiter notre référentiel sur notre GitHub, nous devrions également voir le fichier index.HTML à côté de notre fichier Read Me. Cela signifie que nos dernières modifications ont été déployées avec succès dans notre dépôt. Et également dans ce coin supérieur droit, nous pouvons voir que nous avons deux commits. Si vous le souhaitez. Vous pouvez même cliquer sur ces commits pour les voir, par exemple, notre validation initiale. Eh bien, c'était notre premier comité lorsque nous avons créé notre dépôt. Et pour moi, je peux aussi voir cette comète ici où j'ai ajouté le fichier HTML. Ici, nous pourrions même entrer dans ce commit. Je peux voir ici ce fichier HTML vide qui a été ajouté, qui était le changement lui-même. Maintenant, comment Git connaît-il nos changements ? Comment sait-il que nos commits sont des fichiers suivis et non suivis. Et comment a-t-il également connecté notre dépôt GitHub à notre dépôt que nous avons localement. Eh bien, permettez-moi de vous montrer comment Git fonctionne en arrière-plan pour cela, allez dans votre répertoire que vous avez localement dans ce menu Affichage, vous devez sélectionner ces fichiers cachés. L'un de ces fichiers cachés est ce dossier appelé The Dark good. Vous verrez que lorsque nous avons cloné notre dépôt à partir de notre GitHub, le dossier était également accompagné de ce dépôt. Et comme nous avons installé ce bon outil sur notre machine, il sait comment travailler avec ce dossier. Ainsi, dans cette combinaison, Bolt nous permettra de travailler avec notre dépôt et de suivre tous nos changements. Mais tout de même, tout cela est agréable et assez facile à manipuler lorsque vous êtes seul. Mais quand vous avez plus de gens dans votre équipe et que vous travaillez en étroite collaboration, travailler uniquement sur cette branche principale peut être assez mouvementé. Permettez-moi donc de vous montrer comment créer une autre branche. 10. Créer une nouvelle succursale: Maintenant, je vais retourner dans le terminal principal qu'ils utilisent. Ici, le plan est de créer une autre succursale. Pour créer la branche, nous pouvons utiliser git checkout. Git checkout est la commande utilisée pour vérifier nos différentes branches. Si nous n'utilisons que cette commande, nous aurions la possibilité de passer d'une branche à l'autre. Mais comme je souhaite créer une nouvelle branche, je peux passer un tiret B. C'est un drapeau qui représente une branche à côté de ce drapeau. Nous devons également passer un autre argument ici, et c'est le nom de notre branche. Eh bien, les marques que vous souhaitez créer pour ça m'aident un peu ici. Essayez de toujours nommer vos succursales selon l'avenir sur lequel vous travaillez actuellement. Et ce serait une convention de dénomination standard pour les succursales. Comme je souhaite ajouter du contenu HTML à mon fichier HTML par delta, nous nommerons le contenu HTML de ma branche. Une fois que vous avez envoyé votre commande, vous pouvez voir que ma branche n'est plus maîtrisée, mais du contenu HTML. Même si je visitais mon code Visual Studio dans le coin inférieur gauche, je peux voir le contenu HTML comme une branche. Ici, vous pouvez voir que Visual Studio Code est suffisamment intelligent pour reconnaître la branche sur laquelle nous travaillons actuellement. Juste pour mentionner que dans votre terminal, vous pouvez même utiliser une commande appelée git branch. Cette commande vous donnera la liste des branches de votre référentiel actuel. Pour moi ici, je n'ai que deux branches et ces branches en surbrillance sont ma branche actuelle sur laquelle je suis actuellement. Maintenant, créons du contenu HTML pour cela. Ouvrez le fichier HTML d'index et utilisez les deux-points HTML cinq ici. En utilisant la dette, eh bien, nous créerons automatiquement du code HTML, et ce n'est qu' une autre fonctionnalité, juste une autre chose intéressante à propos de Visual Studio Code. Maintenant, dans ce code HTML, dans le corps de mon code HTML, je vais ajouter une balise H1, qui dira Hello world. Nous pourrions donc avoir au moins une partie du contenu ici, puisque nous avons ce contenu HTML, nous pouvons nous assurer que nous déployons ces contenus dans notre dépôt. Pour cela, j' ouvrirai mon terminal dans Visual Studio Code et j' utiliserai la commande git status. Ici, nous pouvons voir que index.HTML, notre fichier est rouge, ce qui signifie qu'il s' agit d'un fichier modifié, mais les modifications ne sont pas encore mises en scène, eh bien, pas suivies, vendues pour mettre en scène ces modifications, je devrai utiliser git add, puis ça. Encore une fois, nous pouvons utiliser git status pour confirmer que nos modifications ont été correctement mises en œuvre. En plus de mettre en scène nos changements, nous devrions également valider nos changements. Et pour ce faire, j'utiliserai git commit avec le message spécifique. Mon message indiquera, en ajoutant du contenu à un fichier HTML. Enfin, nous devons envoyer ce code que nous avons créé à notre dépôt. Donc, ici, nous ne pouvons pas simplement utiliser la commande git push car GitHub ne connaît pas actuellement notre branche que nous avons créée localement, car cette branche de contenu HTML est ma branche locale. Il n'est pas encore sur GitHub. Je devrai donc m'assurer que la prochaine fois que je changerai, je pousse également ma branche directement sur GitHub. Pour ce faire, j' utiliserai la commande git, push than dash uflag. Et après cela, j'utiliserai mot-clé Origin, puis le nom de ma branche, qui est le contenu HTML. Avec cette commande, nous allons définir l'amont de notre branche distante, et nous créerons la même branche dans notre GitHub, qui sera un peu la branche d'origine de notre branche locale. Maintenant, dans notre GitHub, nous pouvons voir que la nouvelle branche a été créée. Même si je bascule ce menu déroulant pour les branches, nous pouvons voir que maintenant nous avons ces deux branches. Et si vous sélectionnez cette branche de contenu HTML et accédez au fichier HTML d'index, nous pouvons voir du contenu dans notre branche principale. Notre fichier index.HTML n'a pas de contenu du tout. C'est évidemment bien parce que nous pouvons diviser notre code, travailler dessus, et une fois que tout est terminé, nous pouvons également déplacer ce code dans le maître. Et en parlant de cela, vous pouvez voir cette fenêtre contextuelle où nous sommes en quelque sorte invités à créer une nouvelle pull request. Eh bien, nous allons travailler avec cela dans les quelques vidéos suivantes. Pour l'instant, je souhaite parler davantage des branches afin que vous puissiez bien comprendre le terme. 11. Qu'est-ce que les branches: Le terme des branches et l'avenir entier des branches sont créés à partir d'un arbre. Ici, l'arbre, nous pourrions avoir notre branche principale, notre branche maîtresse, qui pourrait être le corps de notre arbre. Cette branche principale ou principale du corps peut se ramifier en plusieurs autres branches. Et à côté de cela, même ces branches peuvent faire de même. Maintenant, dans GitHub, cela est présenté un peu différemment. Nous avons toujours notre branche principale ou notre branche principale, mais cela ressemble à une ligne. Nous pouvons nous diriger vers d'autres branches et toutes ces branches peuvent être transférées dans notre branche principale. Pendant que nous travaillons sur ces autres branches, nous aurions nos engagements et chacun de ces gamètes sera présenté sur ces branches. Et chaque gamète aura son propre identifiant spécifique que nous pourrons utiliser en permanence. Maintenant, pour le montrer un peu plus loin avec une équipe de personnes. Disons que nous avons trois personnes dans notre équipe. Nous avons commencé le projet et chacune de ces personnes travaillera toutes sur une tâche spécifique. Chacune de ces tâches ou fonctionnalités doit être une nouvelle branche. Notre équipe détient désormais le code le plus récent tout en travaillant sur de nouvelles fonctionnalités et aucune de ses filiales ne se connaît encore l'une de l'autre. Disons maintenant que chacun d'entre eux a eu au moins trois engagements tout en travaillant seul. En fin de compte, nous n'avons pas pu fusionner ces modifications et fonctionnalités effectuées par notre équipe de travail. Et à ce moment-là, notre branche maître conservera tous les derniers changements. Maintenant, évidemment, cette fusion pourrait causer des conflits, car le froid pourrait être interféré. Surtout si deux personnes qui ont travaillé sur une fonctionnalité similaire ou la même, mais que vous voyez, get sont assez intelligentes pour fusionner le code en conséquence. Et s'il y a des conflits, eh bien, la porte nous les indiquera pour que nous puissions les régler. Un. Cas d'utilisation très courant de nos branches, en particulier de plusieurs branches. Eh bien, ce cas d'utilisation peut concerner plusieurs environnements. Par exemple, disons que nous avons notre branche principale, qui est notre production. Cela signifie que notre dernier code dans la branche maître est notre code en direct sur notre site Web ou une application à côté de ce maître, qui est directement connecté à notre site Web. Eh bien, nous souhaitons généralement mettre en place un environnement de développement par dette. Nous pouvons également avoir une branche de développeurs située juste à côté de notre branche principale. Maintenant, à ce stade, lorsque nous travaillons sur des fonctionnalités supplémentaires, nous partirons du développement et travaillerons sur ces fonctionnalités puis fusionnerons ceux qui sont bien gérés ce code dans le développement. Cela nous permettra donc de tester notre code, de ne pas développer. Peut-être même déployé dans un environnement de développement avec son propre serveur et sa propre base de données, etc. Et une fois que le code est complètement testé et prêt à être déployé, nous pouvons bien gérer notre développement du code du développement à notre maître et à notre dette. Nous mettons à jour notre site Web ou notre application en direct. Cela signifie que notre site Web ou notre application n' aura jamais ou du moins ne devrait présenter de bogues. Maintenant, ce flux qu'ils viennent de voir s'appelle aussi git flow et il est hautement personnalisable. Maintenant, cette personnalisation dépend de l'échelle de l'équipe et du logiciel que vous construisez. Donc, pour les applications plus volumineuses, vous voulez simplement avoir votre environnement de développement et de production, mais peut-être un environnement de transit , un environnement de test, etc. Maintenant, dans cette vidéo, j'ai également mentionné des conflits. Voyons donc comment ceux-ci peuvent être causés et résolus. 12. Gestion des conflits: Résolvez un conflit, nous devons d'abord en créer un. Des conflits se produisent généralement si le même code est mis à jour à partir de deux branches ou si le code est supprimé ? De cette façon, bien. faut savoir quelle couleur doit être fusionnée et c'est à nous de résoudre ce problème. Comme nous avons notre branche de contenu HTML ici, nous pouvons créer une autre branche et créer un contenu similaire au contenu HTML. De cette façon, nous aurons du contenu HTML dans les branches. Et quand nous avons essayé de les fusionner, cela échouera à cause de ce conflit. Pour ce faire, je retournerai à ma branche principale et je retournerai à la branche principale. Je devrai utiliser la commande de la bonne caisse et ensuite le nom de ma marque, qui est maître. Maintenant, à partir de la branche principale, je vais créer une nouvelle branche. Comme nous l'avons fait pour notre contenu HTML, je vais créer une branche de contenu du site est, les sites sont généralement écrits en code HTML. Maintenant, dans cette branche, mon index.HTML sera à nouveau vide car nous nous sommes ramifiés de notre branche principale. Donc, dans ce fichier, je vais à nouveau utiliser ce deux-points HTML cinq pour créer le code de départ pour HTML. Et maintenant, je vais refaire un élément HTML dans mon corps avec du texte du contenu du site à l'intérieur. Nous avons maintenant notre contenu HTML. Il est très similaire à notre contenu que nous avons sur notre autre branche. Assurez-vous donc de pousser ce code comme nous l'avons fait pour notre branche de contenu HTML. Pour ce faire, j'utiliserai d' abord git add dot. De cette façon, je vais mettre en scène tous mes changements. Ensuite, nous pouvons utiliser git commit avec le message du nouveau contenu du site. Enfin, nous pouvons utiliser la commande git, push, dash u, origine, puis notre branche, qui est le contenu du site. De cette façon, nous allons pousser notre branche et notre contenu dans notre référentiel GitHub. Dans notre GitHub, nous pouvons maintenant constater que nous avons effectivement nos trois branches. Charmant. Causons le conflit. Maintenant. Pour provoquer le conflit, nous devrons revenir à notre branche de contenu HTML. Donc le contenu HTML git checkout. Nous pouvons maintenant utiliser git merge pour fusionner deux branches. Et j'utiliserai une fusion, l'origine de la branche de contenu de mon site. Et le voilà, le conflit existe dans ce message qui nous a été montré, nous pouvons même voir où le conflit existe et il se trouve dans notre fichier index.html. Nous allons donc ouvrir ce fichier. Dans mon code Visual Studio, nous pouvons déjà voir le conflit car il est évidemment mis en évidence pour nous, appelé comme ceci ne doit pas être fusionné car cela peut causer de nombreux bugs pour nous ici. Eh bien, nous aurions deux titres différents, mais pour être honnête, je souhaite vraiment en avoir un seul. Nous devrons donc résoudre ce conflit. Maintenant, je souhaite venir ici avec ce titre Hello World. Je vais donc devoir suivre le changement actuel. Sinon, je choisirais cette modification entrante. L'autre titre a maintenant disparu car nous avons sélectionné la modification actuelle. Et par là, nous résolvons également le conflit. Maintenant, veillons à ce que nos derniers changements soient maintenant validés et poussés. Donc, dans mon terminal, encore une fois, j' utiliserai git add dot. Après cela, j' utiliserai git commit avec le message de résolution du conflit. Et enfin, je peux simplement utiliser git push. Il est évident que nous n'avons pas besoin de créer la nouvelle origine ici, car nous avons déjà notre branche dans le référentiel GitHub. Dans notre GitHub, nous voyons toujours nos succursales et maintenant le contenu HTML contient le code le plus récent. Alors, comment pouvons-nous fusionner ces modifications dans notre branche principale ? Eh bien, nous en parlerons dans la vidéo suivante. 13. Créer une demande de traction: Alors que nous prévoyons de fusionner nos modifications de branche de contenu HTML dans notre branche principale, que pensez-vous ? Si nous le faisons de la même manière que dans la dernière vidéo , fusionnez manuellement le contenu de notre contenu HTML dans notre branche principale. Eh bien, pour l'instant, il n'y aura pas de conflit car nous avons déjà corrigé ces conflits. Et oui, nous pouvons fusionner des branches comme ça. Cela ne posera aucun problème. Mais ce n'est pas non plus la meilleure pratique. Lorsque vous possédez vos propres branches principales comme maître ou une branche développeur pour le développement, ou même testez la branche à des fins de test. Eh bien, vous ne souhaitez pas simplement gérer le code à l'intérieur. Une solution bien meilleure consiste à créer une pull request à partir de votre propre branche dans la branche principale, par exemple. De cette façon, nous pourrons revoir notre code une fois de plus, vérifier si tout va bien. De plus, nous pouvons commenter notre code et nous pouvons faire beaucoup, beaucoup plus pour faire une telle chose. Cliquez sur cette pull request dans votre dépôt GitHub. À partir de là, nous pouvons simplement sélectionner cette nouvelle pull request. Nous sommes maintenant invités à sélectionner deux branches. La première branche est la branche qui, bien d'où nous voulons gérer notre code. Et l'autre branche est, dans quelle branche souhaitez-vous fusionner notre code ? Je souhaite donc fusionner mon code dans le maître, et je vais sortir du code du contenu HTML ci-dessous. Maintenant, nous pouvons voir qu'il est engagé devant notre branche principale, ce qui signifie que lorsque nous fusionnons ces codes ensemble, tous les commits et le contenu qui ont été modifiés seront également sur la branche principale. . Pour l'instant. Nous n'avons aucun conflit. Et même si nous avions des conflits que ce bouton, pour fusionner notre code, nous montrerons ceux qui sont à nous. Il suffit donc de créer notre pull request. Une fois cela fait, nous sommes redirigés vers notre demande polaire. Ici, nous pouvons vérifier notre code, revoir le code une fois de plus. De plus, nous pouvons ajouter d'autres personnes pour réviser notre code. Comme les autres réviseurs, nous pouvons également étiqueter notre pull request et bien plus encore. Pourquoi ces pull request sont-ils une bonne idée ? Eh bien, nous pourrions demander aux membres de l'équipe de passer en revue notre code. Peut-être pourraient-ils repérer quelque chose que nous n'avons pas fait, pour que nous puissions le refactionner. Cliquons maintenant sur cette demande de fusion et confirmons celle-ci. Cela ne devrait pas prendre longtemps. Mais en revenant sur notre page de codes, nous verrons que notre branche principale contient notre fichier HTML d'index. Si nous saisissons ce fichier, nous pouvons voir que les modifications à l'intérieur sont les dernières modifications que nous avons eues. Maintenant que vous connaissez le flux de travail avec Git et GitHub, entraînez-vous un peu. Ce que je veux que vous fassiez, c'est créer la nouvelle branche. Cette branche doit nous servir pour créer le fichier CSS. Dans ce fichier, j' aimerais que vous coloriez notre étiquette H1 ou rouge. Assurez-vous ensuite de mettre en scène et de valider vos modifications. Et une fois que vous avez terminé, vous pouvez créer votre propre pull request et gérer toutes ces modifications dans le maître. Et ne vous inquiétez pas, si vous n'êtes toujours pas sûr de vos compétences. Nous allons le faire ensemble dans la vidéo suivante. 14. Flux de travail habituel avec Git & Github: Alors, avez-vous eu du succès ? Ne vous inquiétez pas, si ce n'est pas le cas, vous êtes ici pour apprendre. Nous allons donc le faire ensemble maintenant. La première chose que nous devons faire est de créer notre branche où nous allons créer notre fichier CSS. Et le code est que nous sommes actuellement dans une autre branche. Examinons notre branche principale et veillons ce que nous ayons nos dernières modifications à partir de ce moment, il devrait être facile de créer une nouvelle branche. Donc, pour accéder à notre branche master, nous devons utiliser la commande de git checkout master. Maintenant, comme notre branche principale locale se trouve derrière notre branche maître GitHub, nous devrions extraire les dernières modifications afin que notre code soit le même et que nous ne provoquions aucun conflit. C'est vraiment simple, suffit d'utiliser Git pool ci-dessous maintenant nous pouvons même voir les modifications qui ont été extraites du référentiel GitHub. Et maintenant que nous avons nos dernières modifications, nous pouvons créer notre branche où nous ajouterons notre CSS. Pour cela, j'utiliserai la commande de git, checkout dash B, puis le nom de la branche sera le contenu CSS dash. Alors ouvrons notre éditeur de code et ajoutons du CSS. La première chose à faire est de créer notre fichier CSS. Je vais donc nommer une mine styles.css. Je vais également importer mon CSS dans mon code HTML avec une balise de lien. Enfin, ce que je souhaite faire, c'est de colorer mon étiquette H1 en rouge. Pour cela, sautez dans votre fichier CSS, ciblez votre balise H1 et utilisez la couleur rouge dessus. À ce stade, notre tâche est presque terminée. Nous pouvons même le tester pour assurer que tout va bien. Pour le tester, il suffit de double-cliquer sur votre fichier index.html pour l' ouvrir dans votre propre navigateur. Et c'est là. Il semble que notre titre soit rouge, ce qui signifie que nous pouvons publier nos modifications maintenant, vendues pour publier nos modifications, nous avons plusieurs étapes. Nous devrons mettre en scène ces changements, les valider, les pousser et enfin créer notre pull request. Tout d'abord, je vais mettre en scène ceux avec git add dot. Maintenant, je peux valider ceux avec la commande git commit, et le message coloriera le titre en rouge. Enfin, nous pouvons pousser ces modifications à l'aide de la commande du contenu CSS git push origin. À ce stade, nous avons tous nos changements dans notre GitHub, mais pas actuellement dans notre branche principale. Créons donc la pull request ici. Maintenant, nous pouvons créer notre pull request et nous devrions également sélectionner nos succursales à partir de l' endroit où nous souhaitons surveiller notre code et dans quelle branche. Je vais donc sélectionner le contenu CSS à partir de l'endroit où je souhaite fusionner mon code. Et je vais sélectionner la branche principale dans laquelle je souhaite fusionner mon code. Assurez-vous de vérifier vos modifications et si tout va bien, vous pouvez simplement les fusionner et cela devrait être à peu près tout. Il s'agit du flux de travail habituel avec Git et GitHub. Et ne vous inquiétez pas si vous ne l' obtenez pas la première fois. Essayez-le plusieurs fois. Et quand vous travaillez sur un vrai projet , cela devrait être parfait. Il suffit également de mentionner que travailler sur des projets plus importants ou dans une équipe plus importante. Eh bien, à ce moment-là, le débit peut varier. Ce flux git habituel que vous venez de voir pourrait donc être beaucoup plus complexe, mais c'est quelque chose que nous devons tous faire face. Maintenant, permettez-moi de vous montrer l' outil que vous pouvez utiliser. Vous n'avez donc même pas du tout besoin d'utiliser votre terminal. 15. Github Bureau: L'outil que je souhaite vous montrer s' appelle GitHub Desktop. Pour cela, visitez le bureau que GitHub.com pour accéder à l'outil ici, assurez-vous de télécharger et d' installer l'outil pour votre système d'exploitation. Et une fois que vous avez fait cela, vous pouvez continuer avec cette vidéo. Si GitHub Desktop est installé, veillez à l'ouvrir. Tout d'abord, parlons de ce que c'est. Eh bien, GitHub Desktop est une excellente application de bureau que nous pouvons utiliser pour voir nos dépôts. Ensuite, nous pouvons travailler avec notre service de repos et nous pourrons utiliser toutes les commandes sans utiliser le terminal. Nous pouvons donc simplement cliquer sur Afficher les fesses en entrant dans ce bureau GitHub, vous ne verrez pas grand-chose, mais vous devriez avoir la possibilité d' ajouter votre propre dépôt. À partir de là, vous pouvez créer un nouveau dépôt ou en obtenir un sur GitHub ou même dans le dépôt local. Dans cet exemple, ajoutons notre dépôt local car cette façon, nous utiliserons le dépôt local, mais nous utiliserons également celui sur un GitHub car notre dépôt local est également stocké sur GitHub. Lorsque vous sélectionnez le référentiel local, veillez à choisir le chemin d'accès à votre dépôt sur votre machine et à le soumettre. Maintenant, nous pouvons déjà voir notre succursale actuelle ici et aussi repo. Nous allons donc apporter quelques changements. Je vais entrer dans mon code Visual Studio et j' ajouterai une couleur d'arrière-plan à mon corps pour qu'elle soit verte. Cela aura certainement l'air moche, mais ce n'est pas le cours de design. Ce qui est important ici, c'est que lorsque vous visitez votre bureau GitHub, vous pouvez voir très clairement votre changement à partir d'ici. Maintenant, nous pouvons valider notre code et transmettre un message pour ce commit. Lorsque nous le faisons, cela devrait mettre en scène et valider notre code dans un seul objectif. Si vous faites quelque chose comme ça, après cela, vous devriez avoir cette option pour Porsche. Et c'est évidemment pour pousser notre code. Par conséquent, en un simple clic sur un bouton, nous pouvons immédiatement appuyer nos modifications sur notre GitHub. Une fois que cela est terminé, nous aurons immédiatement la possibilité de faire une pull request. Faisons donc cela aussi. Cliquez sur cette option pour lire les électeurs sur GitHub. Nous pouvons déjà créer une pull request, sorte que nous pouvons tout vérifier et fusionner ensemble. Par cela, vous pouvez voir que GitHub Desktop est peut-être l'option la plus facile pour vous. Cependant, je vous conseille d'apprendre à utiliser le terminal avec les commandes, car le terminal ne sera pas utilisé uniquement pour de nombreuses technologies. Nous utiliserons Terminal avec des commandes spécifiques pour installer, mettre à jour et supprimer leurs propres fonctionnalités. Vous devriez donc vous y habituer. Maintenant, à la prochaine conférence, la fourchette. 16. Forçage: La fourchette est un terme particulier et l'avenir. Il est utilisé lorsque vous souhaitez créer quelque chose de public pour que tout le monde puisse le voir et que tout le monde puisse y accéder. Par exemple, si vous souhaitez autoriser d'autres personnes à cloner votre code et à continuer à travailler sur votre code. Eh bien, la fourchette va se mettre en place. La seule chose que vous devez faire est de vous assurer que votre dépôt est un dépôt public. Et avec Git et GitHub, vous pourrez forcer ces rapports. Ce forking est tout un avenir améliore un peu notre communauté de développement. Maintenant, veillons à forcer notre projet. Eh bien, comme il est si bon de forcer le référentiel, je me déconnecterai d'abord de mon profil GitHub, car sinon je ne pourrai pas forcer mon propre dépôt car j'en suis le propriétaire. Une fois que je serai déconnecté, je pourrai voir mon dépôt. Eh bien, je vois toujours mon dépôt même si je ne me connecte pas à mon compte, car mon référentiel, lorsque j'ai créé mon référentiel, je l'ai défini pour qu'il soit public. Si vous définissez le vôtre comme un référentiel privé, vous pouvez simplement accéder aux paramètres de ce référentiel et le modifier également. Sinon, vous pouvez le garder privé et simplement regarder cette vidéo. Dans le coin supérieur droit, j'aurai ce bouton de formulaire. Comme je ne suis connecté à aucun compte. Et pour forcer le dépôt de quelqu'un, je dois être connecté. Eh bien, je serai automatiquement lu pour me connecter. Encore une fois, cette fois, je me connecterai avec un autre compte afin de pouvoir le référentiel depuis mon premier compte une fois que j'ai sélectionné cette option de fork, eh bien, tout à partir de là, nous serons tout à fait automatique. Parfois, GitHub peut vous poser des questions sur certaines autorisations spécifiques, mais c'est simple. Une fois que le dépôt a été bifurqué, c'est le vôtre. Vous pouvez donc en faire ce que vous voulez. Par exemple, vous pouvez continuer à en tirer parti. Vous pouvez également valider votre code et créer la pull request directement dans le dépôt principal. De plus, c'est ainsi que les logiciels open source fonctionneront. En tant que communauté, nous pouvons bien prendre le code de quelqu'un, code open source, nous pouvons corriger certains bugs. Nous pourrions ajouter des fonctionnalités supplémentaires, suggérer des fonctionnalités supplémentaires. Et nous pouvons à nouveau valider ce code et créer notre propre pull request depuis notre propre dépôt forked dans le référentiel principal. Le propriétaire de ce référentiel principal peut accepter notre pull request, ce qui signifie que nous avons amélioré cet outil ensemble et amélioré ce logiciel. Et avec cette fourchette, nous sommes presque finis. Je veux juste vous montrer une autre fonctionnalité. Cette fonctionnalité est uniquement liée à GitHub, et elle s'appelle GitHub Pages. 17. Github Pages: L'une des meilleures fonctionnalités de GitHub, ainsi que l'une des dernières fonctionnalités s' appelle GitHub Pages. Github Pages nous permettra d'héberger facilement notre contenu sur un domaine que GitHub va préparer pour nous. Ce domaine est généralement nommé par notre référentiel. Et cela nécessite que nous ayons le fichier HTML d'index au niveau racine de notre référentiel afin qu' il puisse lire et extraire le contenu de ce fichier. Déployons et publions maintenant ensemble notre code, notre projet que nous avons créé dans GitHub Pages pour cela, visitez votre référentiel et cliquez sur cet onglet Paramètres. Maintenant, sur le côté gauche de ces paramètres, il existe de nombreuses options différentes, mais veillez à sélectionner des pages ici. Ici, nous pouvons configurer et configurer nos pages GitHub. Et pour être honnête, nous n'aurons pas besoin d' exécuter de script pour cela. Il fera tout pour nous. La première chose que nous devons faire est de sélectionner la succursale à partir de laquelle nous souhaitons déployer notre contenu. Eh bien, pour nous, ce sera notre branche principale. Assurez-vous également de sélectionner la racine du projet notre fichier index.HTML est à la racine de celui-ci. Maintenant, il suffit de l'enregistrer et vous devriez voir le lien vers votre domaine. Le lien lui-même doit contenir le contenu de votre site Web. Donnez-lui aussi un peu de temps car il faut parfois quelques minutes pour le présenter en direct. Mais une fois que tout est terminé et que le site Web est déployé, vous devriez voir ce que je vois ici. Eh bien, mon contenu, et pour être honnête, c'est un excellent site web. C'est un autre tutoriel à ce sujet, mais sur Git et GitHub. Mais avec cette fonctionnalité, pages GitHub, nous sommes presque finis. Passons simplement à la vidéo suivante pour dire adieu. 18. Merci et au revoir: Eh bien, je suppose que c'est ça les gars. Nous avons terminé ce cours ensemble et je tiens vraiment à vous remercier. Vous suivez ce cours représente beaucoup pour moi. Maintenant, ce que vous pourriez faire, c'est également laisser un avis. L'examen lui-même peut être simple et honnête à ce sujet. Ce cours vous a-t-il vraiment fait attention ? Également ? A-t-il été conçu pour les débutants ? Et avez-vous appris quelque chose d' utile et à ce sujet, j'espère que vous avez fait ou du moins amélioré vos connaissances. Comme nous avons passé en revue beaucoup de fonctionnalités. Par exemple, nous sommes passés par Git et GitHub en général sera installé Git en tant qu'outil. Et vous y avez également été initié. Vous avez vu ce que c'est pour quoi nous pouvons l'utiliser, ainsi que le flux de travail habituel avec Git. Ce flux de travail habituel comprenait la création d'un référentiel, le clonage de ce référentiel, la mise en place de nos modifications, le suivi de ces modifications , la validation et la diffusion de notre code. Évidemment, nous n'avons pas appris, il suffit d'arriver ici, mais nous utilisons aussi GitHub. Github nous a aidés à gérer nos succursales, à récupérer les modifications et à nous engager alors que nous avons également pu fusionner notre code lorsque nous le voulions, vous avez également compris le terme des branches. Vous avez vu comment pouvez-vous les gérer ? Vous avez également vu ce qu' est une pull request. Nous avons également utilisé quelques demandes de sondages. En plus de cela, nous avons corrigé les conflits et nous avons également biffé notre dépôt. Enfin, nous avons terminé le discours avec deux excellentes fonctionnalités de GitHub, GitHub Pages et GitHub Desktop. Nous utilisons l'ordinateur de bureau pour gérer notre dépôt sans terminal. Nous utilisons également ces pages pour déployer notre code, notre site Web vers un domaine donné par GitHub. Maintenant, si vous avez aimé ce cours de ma part et que vous aimeriez regarder plus de contenu de ma part. Eh bien, n'oubliez pas de visiter ma chaîne YouTube pour ça. Sur ma chaîne YouTube, vous trouverez des tutoriels pour diverses technologies telles que Bootstrap, Angular, JS imbriqué. plus de cela, il y a des cours intenses ainsi que l'ensemble du projet. Ici, sur Skillshare. Vous pouvez également trouver de nombreux projets différents de moi. Donc, si cela vous intéresse , assurez-vous de les vérifier. Et enfin, vous pouvez toujours visiter mon site officiel, vous y trouverez tous mes tutoriels et cours que j'ai également. Merci encore une fois d'avoir regardé et terminé ce cours. J'espère que je vous verrai également dans d'autres cours. Adieu.