Git & GitHub 101: Für absolute Anfänger! | Kalob Taulien | Skillshare
Drawer
Suchen

Playback-Geschwindigkeit


  • 0.5x
  • 1x (normal)
  • 1.25x
  • 1.5x
  • 2x

Git & GitHub 101: Für absolute Anfänger!

teacher avatar Kalob Taulien, Web Development Teacher

Schau dir diesen Kurs und Tausende anderer Kurse an

Erhalte unbegrenzten Zugang zu allen Kursen
Lerne von Branchenführern, Ikonen und erfahrenen Experten
Wähle aus einer Vielzahl von Themen, wie Illustration, Design, Fotografie, Animation und mehr

Schau dir diesen Kurs und Tausende anderer Kurse an

Erhalte unbegrenzten Zugang zu allen Kursen
Lerne von Branchenführern, Ikonen und erfahrenen Experten
Wähle aus einer Vielzahl von Themen, wie Illustration, Design, Fotografie, Animation und mehr

Einheiten dieses Kurses

    • 1.

      Willkommen bei Git & GitHub 101: Für absolute Anfänger

      1:12

    • 2.

      Was ist Git

      1:21

    • 3.

      Was ist GitHub?

      2:09

    • 4.

      Erstellen eines kostenlosen GitHub

      1:39

    • 5.

      Was ist ein Repository?

      2:58

    • 6.

      Was sind README-Dateien?

      3:50

    • 7.

      Was sind Commits?

      5:44

    • 8.

      Was sind Sterne?

      2:38

    • 9.

      Was sind Bewertungen?

      2:09

    • 10.

      Welchen Code solltest du Open Source machen?

      3:36

    • 11.

      Git unter Windows herunterladen und installieren

      2:23

    • 12.

      Git auf MacOS herunterladen und installieren

      1:45

    • 13.

      Git unter Linux herunterladen und installieren

      1:03

    • 14.

      Git auf deinem Computer konfigurieren

      2:25

    • 15.

      Dein erstes Repository

      4:11

    • 16.

      Dateien auf Ihrem Computer bearbeiten

      2:40

    • 17.

      Dein erster Auftrag

      2:38

    • 18.

      Dateien auf GitHub drücken

      5:44

    • 19.

      Dateien von GitHub ziehen

      7:15

    • 20.

      code lösen

      4:26

    • 21.

      Dein Projekt

      2:37

  • --
  • Anfänger-Niveau
  • Fortgeschrittenes Niveau
  • Fortgeschrittenes Niveau
  • Jedes Niveau

Von der Community generiert

Das Niveau wird anhand der mehrheitlichen Meinung der Teilnehmer:innen bestimmt, die diesen Kurs bewertet haben. Bis das Feedback von mindestens 5 Teilnehmer:innen eingegangen ist, wird die Empfehlung der Kursleiter:innen angezeigt.

729

Teilnehmer:innen

21

Projekte

Über diesen Kurs

Willkommen in Git & GitHub 101: Der perfekte Kurs für absolute Anfänger!

Absolut keine Erfahrung für diesen Kurs erforderlich. Gemeinsam machen wir jede Menge Spaß mit Git und GitHub.

Aber zuerst verbringen wir eine kleine Zeit, sich mit der GitHub's vertraut zu machen.

GitHub ist ein wesentliches Werkzeug für Programmierer und Webentwickler, um miteinander zusammenzuarbeiten und zu arbeiten. Noch wichtiger ist, dass jeder Arbeitgeber da draußen erwarten wird, dass du Git und GitHub Erfahrung hast. Und dieser Kurs ist der perfekte Primer dafür!

Selbst wenn du absolut keine Erfahrung mit Programmierung, Codierung, Webentwicklung, Git oder GitHub hast, ist dieser Kurs perfekt für dich!

Ich habe diesen Kurs entwickelt, um der perfekte Anfängerfreundliche Kurs zu sein.

Versuch es und in den nächsten Stunden garantiere ich, dass GitHub und grundlegende Git dir Sinn machen werden!

Triff deine:n Kursleiter:in

Teacher Profile Image

Kalob Taulien

Web Development Teacher

Kursleiter:in

Hi everybody! I'm Kalob Taulien.

 

Here's the TL;DR (short) version about me:

I have been coding since 1999 and teaching people how to code since 2013 I have over 350,000 web development students world-wide I'm on the Wagtail CMS core development team (Wagtail is Python's #1 most popular website making system) I try my best to answer EVERY question my students have  I love teaching — it's definitely one of my natural talents  Also I love goats! (Great conversation starter with me if we ever get to meet in person)

Below you can find all my Skillshare courses. The categories go from easiest to hardest, except for the Misc. Coding Courses at the very end. 

If you're brand new to coding, start with BEGINNERS WEB DEV.&nb... Vollständiges Profil ansehen

Level: Beginner

Kursbewertung

Erwartungen erfüllt?
    Voll und ganz!
  • 0%
  • Ja
  • 0%
  • Teils teils
  • 0%
  • Eher nicht
  • 0%

Warum lohnt sich eine Mitgliedschaft bei Skillshare?

Nimm an prämierten Skillshare Original-Kursen teil

Jeder Kurs setzt sich aus kurzen Einheiten und praktischen Übungsprojekten zusammen

Mit deiner Mitgliedschaft unterstützt du die Kursleiter:innen auf Skillshare

Lerne von überall aus

Ob auf dem Weg zur Arbeit, zur Uni oder im Flieger - streame oder lade Kurse herunter mit der Skillshare-App und lerne, wo auch immer du möchtest.

Transkripte

1. Willkommen in Git und GitHub 101: für absolute Anfänger:innen: Willkommen bei Git und GitHub, eins zu eins, Git und GitHub für absolute Anfänger. Git ist ein Versionskontrollsystem, mit dem Sie inkrementelle Änderungen an Ihren Dateien vornehmen und dann in der Zeit zurückreisen, um Ihre Arbeit aus früheren Tagen, Monaten, Jahren oder sogar einer vorherigen Minute zu sehen . Und GitHub.com ist die Benutzeroberfläche und Website, die wir verwenden, die mit get auf unserem Computer als Programm gekoppelt ist. In Git und GitHub eins zu eins gehe ich davon aus, dass Sie Git oder GitHub noch nie zuvor verwendet haben oder dass Sie es ein wenig benutzt haben, aber Sie haben nicht genug Erfahrung, um sich mit Git oder GitHub vertraut zu machen. Jetzt ist die Idee, Sie mit der Zusammenarbeit von Git und GitHub vertraut zu machen, damit Sie mit anderen Programmierern an Projekten arbeiten können. Es gibt absolut keine Anforderungen, die diesen Kurs nehmen. Sie können ganz am Anfang mit absolut keiner Erfahrung beginnen. Ich bin Caleb Pauline und benutze Git und GitHub seit etwa 2013. Und heute werde ich Ihnen die Grundlagen von Git und GitHub beibringen. Unterstützung für Windows, Mac und Linux ist ebenfalls enthalten. Willkommen in meiner Klasse auf Git und GitHub, und ich hoffe, Sie drinnen zu sehen. 2. Was ist Git?: Na gut, willkommen bei Git und GitHub 101. Schauen wir uns zuerst an, was gut ist, was gut ist, und lassen Sie uns sehen, was die Internet-Dinge bekommen. Natürlich, bekommen seine reifen aktiv gepflegten Open-Source-Projekt, ursprünglich im Jahr 2005 von Linus Torvalds entwickelt, die Fun Tatsache konnte auch erstellt Linux. Ja, der berühmte Schöpfer von Linux-Betriebssystemkernel. Das ist überhaupt nicht hilfreich. Im Wesentlichen ist get eine Möglichkeit für Sie, eine Reihe von Code zu schreiben und dann für mich einen Blick auf diesen Code zu werfen und vielleicht ein bisschen mehr hinzuzufügen, so dass es ein Collaboration-Tool ist. Es ist auch ein Versionskontroll-Tool, was bedeutet, dass Sie zu einem beliebigen Zeitpunkt, wenn Sie möchten , heute etwas Code schreiben könnten, morgen, übermorgen einen Code , und dann können Sie in der Zeit zurückkommen und Sie können genau sehen welchen Code Sie heute geschrieben haben. Und so müssen Sie nicht Control Z oder Befehl Z erstellen und eine Reihe von Sachen rückgängig machen. Sie können buchstäblich einfach vom aktuellen Code zum alten Code herumspringen. Und so ermöglicht es Ihnen, zu sehen, welche Art von Fehlern Sie gemacht haben oder Fehler zu beheben. Oder wenn Sie den Fehler erzeugen, könnten Sie in der Zeit zurückgehen, bevor dieser Fehler oder dieser Fehler eingeführt wurde. Das ist, was gut tut, das ist, was Git ist. Es ist ein Versionskontrollsystem und eine Programmierung Collaboration-Tool. 3. Was ist GitHub?: Was ist GitHub? Github ist also eine Möglichkeit für Sie, Git auf Ihrem Computer zu verwenden. Und dann ist es eine Benutzeroberfläche in Form einer Website, wo man tatsächlich gehen und einen Blick auf den ganzen Code werfen kann. Und so zum Beispiel, wenn wir einen Blick auf Wag Handtuch, verzichtet. Und so sieht GitHub im Grunde aus. So ist es, es ist nicht glorreich mit irgendwelchen Mitteln. Es ist nicht das schickste aussehende Ding da draußen, aber es erlaubt Ihnen, alles zu sehen, den ganzen Code. Und so ist dies ein Open-Source-Projekt namens Wag Handtuch. Und wenn ich wollte, könnte ich mir jeden Code von der Wand ansehen, wirklich JEDEN Mitwirkenden. Oder ich kann einen Blick auf die 10.741 Commits ab heute werfen. Das ist, wie viele Stücke nicht Stücke, sondern wie viele Updates es im Web till Projekt gab. Und ich kann zurückgehen, und ich kann einen Blick auf jedes dieser Updates von jedem werfen, der diese Updates gemacht hat. So können wir sehen, die neueste hört vom 13. Januar 2021, beheben Sie die Formatierung in Entwicklung und Dokumentation. Und das ist von David und TiVo. Tivo ist im Kernteam. Da. Wir können zurückgehen, und wir konnten sehen, mal sehen, was hier passiert ist. Wir können tatsächlich sehen, dass eine Zeile gelöscht wurde und ausrichten hinzugefügt wurde. Und das ist, was gelöscht wurde, und das wurde hinzugefügt. Und so wird dies Versionskontrolle genannt. Und das ermöglicht es Ihnen, die verschiedenen Veränderungen zu sehen, die andere Menschen eingeführt haben. Und es ermöglicht Ihnen, Berechtigungen zu schließen, wer was in Ihre Codebasis oder Ansicht hinzufügen kann, kann bestimmte Dinge in die Codebasen anderer Leute einfügen. Und GitHub.com ist die Art und Weise, wie wir, na ja, die Art und Weise, wie wir im Grunde verwenden, wird jetzt müssen Sie nicht GitHub.com verwenden. Sie können es tatsächlich über Ihre Befehlszeile tun, wenn Sie möchten. Aber die meisten Leute ziehen es vor, GitHub.com zu verwenden , nur weil es mit einer schönen Benutzeroberfläche kommt. Nun könnte das zunächst ein wenig entmutigend aussehen, aber wir werden eine Menge von dem durchmachen, was das alles in diesem Kurs ist. 4. Erstelle einen kostenlosen GitHub-Account: Ordnung, für diesen Kurs benötigen Sie ein kostenloses GitHub Konto auf GitHub ist völlig kostenlos. Es gibt einen Weg, dass Sie sie bezahlen können und Sie einige zusätzliche Funktionen erhalten können. Aber ehrlich gesagt, zum größten Teil, ist es einfach kostenlos und alles, was wir brauchen, ist kostenlos. Ich habe noch nie für GitHub bezahlt. Und ich habe wirklich viel in den letzten 89 Jahren oder so benutzt, irgendwo dort herum. Um sich anzumelden, alles, was Sie tun müssen, ist auf GitHub.com zu gehen. Klicken Sie auf, registrieren Sie sich, erstellen Sie einen neuen Benutzernamen, geben Sie Ihre E-Mail-Adresse und Ihr Passwort ein. Es wird dann Ihr Konto verifizieren. Wählen Sie das Würfelpaar addieren bis zu sieben. Oh, das ist ziemlich cool. Okay, also füllen Sie das einfach aus und erstellen Sie dann ein neues Konto. Nun, ich habe bereits ein Konto, also werde ich das nicht tun und Sie müssen möglicherweise auch Ihre E-Mail-Adresse verifizieren. Stellen Sie also sicher, dass Sie dort die richtige E-Mail-Adresse eingeben. Wir müssen auch wissen, was diese E-Mail-Adresse auf dem Weg ist, wenn wir Git auf unseren Computern einrichten. Stellen Sie also sicher, dass Sie mit Ihrem Benutzernamen und Ihrer E-Mail-Adresse vertraut sind. Sobald Sie eingeloggt sind, sollten Sie eine Seite wie diese sehen. Ihre Seite könnte wesentlich leerer sein als meine. Ich habe eine Menge Futteraktivitäten hier drin. Sie können GitHub als ein beschichtetes soziales Netzwerk vorstellen. Bis zu einem gewissen Grad. Möglicherweise haben Sie keine Repositories oder Teams auf der linken Seite, und das ist völlig in Ordnung, wenn Sie ein brandneues GitHub-Konto haben, das völlig in Ordnung ist. Im Laufe der Zeit werden Sie anfangen, diese aufzubauen. Sobald Sie also hier drin sind, müssen wir ein Demo-Repository finden, das Sie betrachten können. Und weil wir wissen müssen, was ein Repository ist, verwenden wir dieses Wort die ganze Zeit. Und so werfen wir in der nächsten Lektion einen Blick darauf, was das Repository ist. 5. Was ist ein Repository?: Okay, was ist ein Repository? Also, wenn ich hier springe und ich einfach in wag tail, und wir werden sehen, dass ich zu github.com Schrägstrich weiße Puppe gehen kann. Das ist die Organisation oder das Konto, und das ist auch der Projektname. Und so all dieser Code, den Sie hier sehen, ist dies Teil von einem, was man ein Repository oder ein Repo kurz nennt. Und so sagt Ihnen dieses Repository den ganzen Code, der hier drin ist. Sie können buchstäblich den ganzen Code sehen. Sie können sogar Code von Jahren und Jahren sehen. Wir können sehen, dass es 747 Probleme gibt. Es stehen 161 Pull Requests aus. Wir werden über die auf der Straße reden. Du musst dir keine Sorgen darüber machen, was die gerade sind. Und dass es über zehntausend kleine Updates zu diesem Repo in Form eines Commits gab. Es wird ein Commit genannt und es ist nur ein winziges, kleines Update. Und so wird jedes Repo eine Reihe von Code haben. Und es könnte einen anderen Code haben, je nachdem, welches Repo Sie betrachten. Dieses ist also ein Python basiertes Repository. Und wir können sehen, dass Python sogar in Sprachen hier 81,9% einnimmt. Html ist 9%, JavaScript ist weniger als 5%, SAS ist weniger als 4%. Typ Skript ist weniger als 1%, Shell ist weniger als 0,1% oder 0,1%. Und ein paar andere Dinge, die 0,1% einnehmen. Und so können Sie sehen, dass dies in erster Linie ein Python Repository ist. Und wenn wir nach unten scrollen, sehen wir dieses Ding namens Read Me Datei. Und das sind die Anweisungen, die Sie in einem Repo sehen werden. Nun gehen wir weiter und werfen einen Blick auf ein anderes Repository. Gehen wir zur Programmierung für jeden Kumpel. Oh, das schaut in dieses Repo. Wir wollen alle GitHub suchen und einfach zu den Benutzern gehen und dann auf Codierung für alle klicken. Und Sie können alle Repositories in dieser Organisation sehen. Dies ist eine Organisation, das ist ein Profilkonto namens Codierung für alle. Es gibt sieben verschiedene Repositories hier, die Sie sehen können. Und lassen Sie uns sieben Tage warten, bis das hier der neueste ist. Und Sie können die gesamte Codierung hier sehen. Sie können sehen, dass es nur zwei Commits gibt. Es gab nur zwei Updates. Der endgültige Quellcode und ein lese me. Und wir können sogar hier reingehen und sehen, was sich tatsächlich verändert hat. Und so grün bedeutet, dass etwas hinzugefügt wurde, rot bedeutet, dass etwas gelöscht wurde. Und es gibt kein Rot, also wurde nichts gelöscht, genau wie Read Me Datei hinzugefügt wurde. Und wir werden mehr über Commits und Probleme sprechen und Anfragen und all das Zeug auf der Straße ziehen. Aber im Moment müssen Sie nur mit dem vertraut sein, was ein Repository ist. Ein Repository oder Repo ist im Grunde ein Bündel von Code für Ihr Projekt, der in einem dezentralen Bereich auf GitHub lebt. Also github, git lab, Bitbucket, so etwas. 6. Was sind die README-Dateien?: Was ist eine Readme-Datei? Eine Readme-Datei ist also eine speziell benannte Datei namens README und alle Großbuchstaben oder Readme-Punkt amd, die für Markdown steht. Und die Idee hier ist, es ist in der Regel eine Einführung in das, was das Projekt ist. Und vielleicht auch einige Installationsanweisungen, vielleicht einige Hinweise, wie man auch beitragen kann. Es kann so ziemlich alles hier drin sein, aber die Idee ist, dass eine Read Me einfach eine Markdown-Datei ist , mit der Sie Anweisungen für Ihr Repository geben können. Und so haben die meisten Repositories eine Read Me-Datei. Und die Idee ist wieder, nur die Leute wissen zu lassen , worum es bei Ihrem Projekt geht, ohne eine Read Me Datei, Leute werden sich Ihr Projekt überhaupt nicht ansehen. Und es wird sagen, dass es keine Read Me Akte gibt. Ich werde nicht mal einen Blick werfen. Und wenn es keine Read Me Datei gibt, wird dieser Abschnitt hier unten einfach nicht existieren. Wenn wir also voran gehen und auf Bearbeiten klicken, nur weil ich die Codierung für alle Organisationen kontrolliere, kann ich dies bearbeiten. So sieht eine Readme-Datei aus, oder zumindest eine Markdown-Datei. Und so haben wir einen Titel, wir haben ein Zitat, Wir haben ein H3, ein weiteres h3. Also ein kleinerer Titel, nicht der kleinste, sondern ein kleinerer Titel. Was haben wir sonst noch hier drin? Wir haben noch ein Zitat, Wir haben hier einige mutige und einen Link, sogar ein Emoji. Und wenn wir es wollten, konnten wir auch immer eine Vorschau auf die Änderungen sehen. Und das wird uns nur zeigen, dass es das ist, was wir geschrieben haben, und so wird es sich herausstellen. Und so ist das eine Readme-Datei. Jetzt möchte ich eigentlich nichts mit dieser README-Datei machen, weil ich mit der Art und Weise, wie der Treffer gerade ist, zufrieden bin. Das Schöne an einer Read Me Datei ist, dass sie in Form von Markdown kommt und das ist, was wir mit diesen Nummernzeichen oder mit Anführungszeichen und solchen Dingen gesehen haben . Ist es eine sehr einfache Möglichkeit, zu schreiben. Grundsätzlich ist es fast wie das Schreiben von Code, wie Ihr Schreiben von HTML. Aber die Idee ist, dass Sie sehr, sehr einfache Header schreiben können und Sie sich keine Gedanken darüber machen müssen, HTML zu kennen. Sie können einfach Nummernzeichen schreiben, und dann was auch immer Ihr Text für Ihren Titel sein wird. Und es wird automatisch, um es für Sie zu verknüpfen. Es wird automatisch so groß für Sie machen. Das ist das Schöne an einer Markdown-Datei. Gehen wir weiter und schauen uns das noch einmal an. Also haben wir sieben Tage wach, bis drei Kurs ein Titel ist. Gehen wir weiter und kopieren die ganze Sache. Aber lassen Sie uns zwei Nummernzeichen machen. Das ist der Unterschied. Das Grün bedeutet also, dass es einfach, es ist neu. Es ist gerade aufgetaucht. Also müssen wir uns keine Sorgen darüber machen, dass das da drin auftaucht. Das sagt uns nur, dass das neu ist. Dies war das Original und das ist eine kleinere, und das ist eine noch kleinere Überschrift. Und so wieder, das Schöne hier ist, dass wir HTML oder eine andere Programmiersprache nicht kennen müssen . Wir können buchstäblich nur Nummer eingeben, Zeichen Nummernzeichen, und erstellen Sie einen kleinen Titel. Oder wir können einen großen Titel mit nur einem Nummernzeichen oder einem kleinen ISH Titel mit drei erstellen, oder einen wirklich kleinen Titel mit vier oder fünf Nummernzeichen davor. immer, dies ist keine Lektion über Markdown selbst, aber dies ist eine Lektion darüber, was eine Read Me Datei ist. Und wenn Sie also eine Lese-Me-Datei haben, wird sie hier automatisch angezeigt. Wenn Sie kein Readme-Dateidokument haben, das bereit ist, dort zu erscheinen. Denken Sie also daran, denn wir werden das in Zukunft verwenden, genau wie das in Ihrer Gesäßtasche vorerst, müssen Sie nicht wissen, wie Sie im Moment eine README- oder eine Markdown-Datei erstellen können. Aber Sie werden wissen müssen, wie Sie das in Zukunft tun können. Und es könnte ein wenig Forschung erfordern, was völlig in Ordnung ist. Aber im Moment brauchen Sie sich keine Sorgen darüber zu machen, was das alles ist. Ich wollte Ihnen nur zeigen, dass, hey, wenn es tatsächlich eine Readme-Punkt-AMD-Datei gibt, sie angezeigt wird und standardmäßig automatisch in Ihrem Repository gerendert wird. 7. Was sind die Engagements?: Was sind Commits? Also, wenn Sie ein Repository wie dieses haben, können Sie haben, und übrigens, ich schaue auf Web-Skala wie wag sagen. Wenn Sie ein Repository wie dieses haben, haben Sie viele verschiedene Mitwirkende und viele verschiedene Leute, die versuchen, Code zu schreiben und versuchen, Ihren Code besser zu machen. Es ist im Wesentlichen, worum es bei Open Source geht, versucht, den Code von jedem so gut zu machen, wie er sein kann, besonders wenn Sie Interesse am Code eines anderen haben. Jedes Mal, wenn jemand ein wenig Code auf seinen Computer schreibt, packt es und legt es auf GitHub. Das wird als Commit bezeichnet. Und ein Commit ist im Grunde ein kleines kleines Update auf ein größeres Repository. Und es kann eine unbegrenzte Anzahl von Commits geben. Und so können wir das Warten bis Repo hier sehen. Es gibt bereits mehr als 10 Tausend Commits. Das bedeutet, dass es über 10.000 kleine Updates gibt jetzt sind sie vielleicht nicht alle Rauch, es könnten einige wirklich, wirklich große da drin sein. Wer weiß, wir könnten sie alle durchgehen und einen Blick werfen, wenn wir es wollten. Und in der Tat, ja, machen wir das eigentlich. Also auf GitHub, was Sie tun können, ist, dass Sie einfach auf das Commits klicken und Sie können alle Commits durch die ganze Zeit gehen. Also lasst uns einfach auf ältere klicken. Der Weg runter. Wir können älter und älter, älter und älter werden, und wir können einfach weitermachen. Werfen wir einen Blick auf das. Also haben Carl und Tebow, die beide im Warte bis Kernteam waren, am 21. Oktober, 20.-20. Werfen wir einen Blick darauf, was die Update-Web-Pack-Arbeit war. Und jetzt schaue ich mir ein bestimmtes Commit an. Dies ist speziell, was sie auf ihren Computern geschrieben haben und sie haben es auf GitHub geschoben. Und so können wir hier sehen, dass in diesem Befehl haben wir Loader Version 0.7.4 ausgesetzt ist, und das wurde tatsächlich auf 0.7 gestoßen. 0.5. Web-Pack wurde bis zu 4.43 von 3.10 angesprungen. Und wir haben Web Pack CLI hinzugefügt. Was haben wir sonst noch hier gemacht? Web Pack Dev-Watch-Befehl wird jetzt tun, Armaturenbrett, Motorentwicklung, Armaturenbrett, Dash Fortschritt, Armaturenbrett, Armaturenbrett-Uhr. Das ist brandneu und etwas Ähnliches für Web Pack prod build Befehl. Jetzt, bei jedem Commit, könnte ich immer einen Kommentar hinterlassen. Ich kann sagen, hey, das ist wirklich toll, liebe, was du tust, danke, dass du das tust. Oder ich könnte hier einen kleinen Kommentar hinterlassen und ich kann sagen, hey, übrigens, ich denke, Sie sollten hier eine weitere Flagge hinzufügen, einen weiteren Bindestrich, Bindestrich, etwas eher, wenn Sie mit Web-Pack oder was auch immer das Commit ist, können Sie auch ein paar Rückmeldungen da drin. Es gibt eine andere Möglichkeit, Commits auch zu betrachten. Sie können den vereinheitlichten Weg machen. Ich persönlich mag es, den Weg zu teilen, aber einige Leute bevorzugen die vereinte Art und Weise. So Split ist Dinge auf der linken Seite gelöscht, Dinge auf der rechten Seite hinzugefügt, vereinheitlicht denken oben gelöscht, und die Dinge unten hinzugefügt. Also haben wir diese Zeile gelöscht, diese Zeile hinzugefügt , diese Zeile gelöscht, diese beiden Zeilen hinzugefügt. Und so wieder, die Idee hier ist, dass dieses kleine Stück Code dem Haupt-Wag-Tail-Projekt hinzugefügt wurde , dem gesamten Repository. Und es war nicht wirklich viel Code, es wurden nur ein paar Zeilen geändert. Und das ist ein wirklich gutes Beispiel dafür, was ein Commit sein kann. Es kann, es kann buchstäblich ein Buchstabe sein und muss nur ein Zeichen geändert werden. Das war's. Oder es kann ein massives, massives Commit sein. Es kann etwas riesiges sein, Hunderte und Hunderte von Linien. Und es ist normalerweise besser, wenn sie kleiner sind, so dass jemand anderes Ihren Code überprüfen kann, darüber in Pull-Anfragen sprechen wird. Aber im Moment müssen Sie wissen, dass Commits eine Möglichkeit sind durch die Geschichte eines Projekts zu reisen, um Code zu einem anderen Zeitpunkt zu sehen. Wer so zum Beispiel, könnten wir zum 5. Januar gehen und wir konnten Browser Repository an diesem Punkt in der Geschichte. Dies ist der Code vom 5. Januar. Alles davon, Das hat nichts. 5. Januar. Oh, und noch eine Sache ist, jedes Commit hat dieses Ding, das Hash genannt wird. Also lasst uns hier ein zufälliges Commit von Gassmann und Matt Westcott nehmen. Und lasst uns das einfach kopieren und lasst uns das in die URL werfen und das einfügen. Dies ist der Commit-Hash. Jedes Commit hat einen eindeutigen Hash. Und Sie verwenden dies, um Code von einem anderen Zeitpunkt aus zu betrachten. Und das können wir über unsere Kommandozeile mit Git auf unseren Computern tun, die wir noch nicht installiert haben und das ist völlig in Ordnung. Wir werden dorthin kommen. Oder Sie können mit diesem Hash zu einem bestimmten Zeitpunkt durch das Repository schauen. Und Sie können sehen, dass dieser Hash erscheint, der erste ist, dass sieben Zeichen, weil das höchstwahrscheinlich die eindeutigste Kennung ist, die wir haben. Ich weiß nicht, was das ist. 32 Ratespiele im Vergleich zu den ersten sieben. Die ersten sieben sind in der Regel einzigartig genug für uns, um ein Commit von zu identifizieren. Aber wenn ich darauf klicke, können Sie sehen, dass dieser Hash in meiner URL hier oben ist. Und wir können tatsächlich all die Dinge sehen, die sich verändert haben. Das ist also, was ein Commit ist. Ein Commit ist eine Möglichkeit, durch die Zeit zu reisen, um kleine Code-Updates zu sehen. Und wie es funktioniert, ist im Grunde, dass Sie ein wenig Code auf Ihren Computer schreiben und verpacken Sie es und senden Sie es elektronisch an github.com. Natürlich senden wir es elektronisch über ein Programm namens Git. 8. Was sind die Sterne?: Okay, schauen wir uns an, welche Sterne in Git und GitHub sind. Also bin ich auf github.com Schrägstrich warten, bis solche wag Dell und warten, bis die Organisation und wag sagen, dass der Repository-Name ist, es passiert, es gab nur die gleiche Sache genannt. Und das ist sehr häufig. Sie werden das viel in GitHub sehen, eher auf GitHub. Und oben rechts haben wir hier ein paar verschiedene Möglichkeiten. Also haben wir 4k OnStar oder Ihre könnte sagen Star and Watch oder unbeobachtet. Und es wird ein bisschen anders für dich sein. Also beobachte ich bereits dieses Repository und ich habe hier einige benutzerdefinierte Einstellungen. Und ich starte bereits dieses Repository. Gehen wir weiter und suchen ein Repository, das ich vielleicht nicht gesehen habe. Und es hat vielleicht nicht schon angefangen, oder? Schwanzfabriken. Keine vorrangige Beobachtung. Das gehen, um Inline-Panel zu kondensieren. Los geht's. Das ist eine, mit der ich eigentlich nicht wirklich zu viel gearbeitet habe. Und so heißt es, dass ich zusehen kann, und Sie können hier klicken und Sie können sehen, wer es beobachtet. Und beobachten ist genau wie, wenn etwas passiert , wird diese Person eine Benachrichtigung bekommen und es kann komplett ignoriert werden und sie werden nie Benachrichtigungen bekommen. Es kann kundenspezifisch sein. Aber diese Lektion, wir reden über Sterne. Und so ist die Idee, hier ist ein Star, wie wenn man auf Instagram ist und ein Foto möchte, bekommt man dieses kleine Herz, das auftaucht. Das ist ein Star. Wenn du auf Facebook bist und jemandes Post gefällt. Das ist ein Star auf GitHub. Wenn du auf Twitter bist und jemandes Tweet gefällt und ein kleines Herz auftaucht. Das ist das Äquivalent eines Sterns auf GitHub. Und ich denke, du verstehst jetzt den Punkt. Und so ist die Idee hier, dass wir diese Dinge haben, die Sterne und Sternengucker genannt werden. Und so bekommt jedes Repository Sterne und Sie können sehen, wer ein Repository gestartet hat. Und genau wie jedes soziale Netzwerk da draußen. Und wenn Sie möchten, können Sie einfach auf Start klicken, um Ihre Unterstützung anzuzeigen. Nun, wenn Sie jemals mit einem Repository in Ihrem späten, hey, ja, ich habe dieses Repository wirklich sehr gut gefallen. Das war wirklich hilfreich. Bitte, bitte geben Sie es an. Viele Menschen werden sich viel Mühe in Open-Source-Projekte setzen. Und viele andere Leute werden sich dieses Open-Source-Projekt ansehen und sehen, oh, es hat nur fünf Sterne. Ich werde es nicht benutzen. Ich werde etwas beliebteres gebrauchen. Aber er konnte, soweit wir wissen, sehr beliebt unter Sternengucker schlagen. Sie haben einfach nicht auf den Stern-Button geklickt. Und so ist ein Sternengucker jeder, der ein Repository gestartet hat. 9. Was sind die Bewertungen?: Wenn wir es mit Git und GitHub, oder Git und GitHub oder Bitbucket oder wirklich jeder anderen Art von Benutzeroberfläche für die Versionskontrolle wie GitHub zu tun oder Git und GitHub oder Bitbucket oder wirklich jeder haben. Wir haben diese Dinge, die Bewertungen genannt werden. Und so ist die Idee, dass jemand Code schreiben kann und jemand anderes ihn dann überprüfen kann, bevor er zusammengeführt wird. Jetzt werden wir nicht über das Zusammenführen oder Ziehen von Anfragen sprechen, sowieso noch nicht. Aber die Idee ist, dass wir zum Beispiel Anfragen abrufen können. Ich kann einen Blick auf jede gegebene Pull-Anfrage werfen. Ich kann sehen, wie sich die Dateien hier geändert haben. Und das ist im Grunde Code, der aufgefordert wird, in das Haupt-Repository zu gehen. Es ist noch nicht da drin. Und ich kann einen Teil dieses Codes überprüfen, damit ich so etwas sagen kann, das ist eine leere Zeile. Es wird nicht benötigt. Und dann könnte ich eine Rezension starten, wenn ich einen einzelnen Kommentar hinzufügen möchte oder kann ich absagen. Und ja, ich ging, um meine Änderungen zu verwerfen , weil sie diesen Kommentar nicht wirklich hinterlassen wollen. Und so ist die Idee hier, dass jemand überprüfen kann. Also hat der Gasmann Carl gebeten, seinen Code zu überprüfen. Und so wird Carl dann hier durchgehen und sagen: Oh, ja, okay, alles sieht gut aus, die Dinge sehen gut aus. Er wird buchstäblich nur diesen Code durchlesen, wird DOM Punkt finden, eine Reihe von Sachen finden, doppelklicken Sie auf JavaScript fetten Pfeil, oder JavaScript-Pfeilfunktion in PHP ist ein fetten Pfeil. In JavaScript wird nur eine Pfeilfunktion genannt. So klicken Sie auf Pfeilfunktion. Wenn Yada, Yada, Yada, ein Haufen Zeug da drin. Und wenn alles gut ist, wird er es genehmigen oder er wird einfach einen Kommentar hinterlassen oder Änderungen anfordern. Und so ist die Idee hier, dass Sie Peer Review haben. Programmierer denken wir gerne, dass wir schlau sind, aber ehrlich gesagt sind wir nicht, wir sind nicht so schlau, dass wir perfekten Code schreiben. Und so bekommen wir einen anderen Menschen dazu, unseren unvollkommenen Code anzusehen , um ihn so gut wie möglich oder zumindest gut genug zu machen. Und das ist es, was eine Rezension ist. Jetzt werden wir uns die in Zukunft ein bisschen mehr ansehen. Ich wollte dir nur zeigen, dass es das ist, was eine Rezension ist. 10. Welchen Code sollten du open: Welchen Code sollten Sie Open Source? Und das ist eine große Frage. Wenn wir also ein neues Repository erstellen und ein neues Repository erstellen, zeige ich Ihnen hier nur einen Blick in die Zukunft. Wir können ein öffentliches Repository haben, damit jeder Ihren Code oder ein privates Repository sehen kann. Wir sind nur schwächen C oder Code und es gibt einen Anwendungsfall für beide. Also, wenn ich zu meinem Konto gehe, github.com slash Caleb erzählen und gehe einfach in meine Repositories. Ich 54 Einleger. Das ist ziemlich viel. Sie können sehen, dass ich tatsächlich ein Repository habe, das bereits mit dem ersten auftaucht. Es ist privat. Es heißt nur Schule. Und dann habe ich noch ein paar andere, die völlig öffentlich sind. Also wie bekomme Essentials, was dein Projekt ist. Ich werde in Git und GitHub 2.1.1 sein. Ich glaube, es gibt Django zu einem. Also der Quellcode für Django zu einem Eins. Wir könnten alle Commits hier drin sehen. Dies ist die ganze Schritt-für-Schritt-Anleitung für das Django 200 one Modul. Und so die Idee, über die ich in dieser Lektion sprechen möchte, ist, welchen Code sollten Sie Open Source? Und so meiner Meinung nach, Open Source so weit wie möglich, hat die Welt von Open-Source gedeiht und man würde es nicht glauben, aber fast alles kommt aus Open-Source. Fast jede Website, die Sie treffen, jede Website, die Sie verwenden, verwendet Linux hinter den Kulissen, komplett Open Source, 100% kostenlos. Wenn Sie Django schreiben, wie ich es tue, komplett Open-Source, 100% kostenlos. Und so ist die Idee, diesen Schwung fortzusetzen oder vorwärts zu bewegen, indem mehr Open-Source-Sachen geschaffen werden. Und so ziemlich jedes Projekt, das Sie haben, würde ich sagen, Open Source zu machen, wenn Sie können. Die andere Frage, die wir anpacken sollten, ist, was sollten Sie es privat machen? Und so arbeite ich an einem Projekt Codename School. Und ich will nicht, dass es öffentlich ist. Ich möchte nicht, dass jeder den Quellcode sieht. Ich möchte, dass es ein wenig proprietärer ist. Und die Idee ist, dass ich hier eine Firma aufbauen werde. Und ich will nicht, dass andere Leute diesen Code stehlen können. Ich möchte in der Lage sein, ein gewinnorientiertes Geschäft mit diesem Code hier zu erstellen. Aber zum Beispiel, get essentials ist vollständig Open Source, ist 26 Commits hier und es ist vollständig verfügbar. Sie können alle Commits sehen, Sie können alle sehen, die beigetragen haben. Sie könnten all die verschiedenen Pull-Anforderungen sehen. Sie können all die verschiedenen Themen sehen, Sie können hier alle verschiedenen Dinge sehen. Und wenn Sie an einem Projekt arbeiten, würde ich sehr, sehr, sehr empfehlen, dass Sie es Open Source machen. Ich nur, weil in erster Linie, wenn Sie gehen und suchen einen Job, jemand, der Sie interviewt wird sicherlich gehen, um Google Ihren Namen. Und wenn sie dich auf GitHub finden und sehen können, dass du get verwenden kannst, be, GitHub verwenden kannst, siehe Know-how, um Source-Code zu öffnen. Das ist ein starker Indikator für sie, dass Sie ein anständiger Entwickler sind und dass sie Sie tatsächlich ernst nehmen sollten. Also würde ich sagen, Open Source so viel wie möglich, so viel wie menschlich möglich. Es gibt Fälle, in denen Sie nicht Open Source möchten, aber größtenteils ist mein ganzer Code Open Source. Ich habe hier nur sehr wenige Dinge, die privat sind. Ich habe einen Klienten, Präsidentenauto Privat. Dafür haben sie bezahlt. Das Repository für lernen wag tilde.com, es ist eine Sicherheitssache. Es ist privat, aber alles andere ist öffentlich. Und so können Sie sehen, dass die meisten meiner Sachen öffentlich sind. Es ist alles Open-Source. 11. Git auf Windows herunterladen und installieren: Herunterladen und Installieren von Git auf Ihrem Computer unter Windows. Also lasst uns in die Google-Maschine eingeben, wie man Git für Windows herunterladen kann. Und ich bin auf einem Mac. Also kann ich damit nicht wirklich weit gehen, aber ich kann Ihnen zeigen, was ich empfehlen werde. Es gibt also eine Menge Sachen hier drin, aber es gibt tatsächlich ein bestimmtes Tool, das ich wirklich mag, und es heißt Git für Windows.org. Und die Idee hier ist, dass Sie alle Ihre regulären Git-Befehle unter Windows ausführen können , da Windows die Dinge etwas anders als Mac und Linux macht. Sie können alle Ihre Windows-Befehle ausführen, genau wie Sie es normalerweise mit Mac oder Linux tun würden. Und so gehen Sie zu Git für Windows.org, klicken Sie auf Download. Und die Chancen stehen, wenn Sie eine neue Version von Windows haben, Sie gehen, um zu 0.30 64-Bit-Punkt-EXE herunterladen wollen. Und so lassen Sie uns einfach nach unten scrollen und finden, nach welchem suchen wir hier. Holen Sie sich zu Nr.2, 64-Bit nicht müde. Wenn Sie unter Windows sind, möchten Sie wahrscheinlich nur die Punkt-EXE-Datei und das ermöglicht Ihnen automatisch, sie mit einem Klick auf eine Schaltfläche zu installieren. Also, wenn Sie unter Windows sind, gehen Sie vor und laden Sie es herunter, installieren Sie es. Und wenn wir Befehle mit Git schreiben, werden wir dieses Programm namens Git für Windows verwenden, nicht PowerShell, nicht Befehl. Wir werden dieses spezielle Programm verwenden. Und das wird es einfach schön halten, die Dinge zu beharren, für alle Studenten, die diesen Kurs nehmen. Also, ob Sie auf Windows oder Mac oder Linux sind, wenn Sie dieses Programm verwenden, wenn Sie dieses Programm verwenden,werden alle Ihre Befehle genau die gleichen sein und sie werden magisch, nur. Als Zusammenfassung, für Windows, Benutzer gehen zu Git für Windows.org, klicken Sie auf Download. Es wird Sie auf diese Seite bringen. Sieh dir das an. Es bringt Sie tatsächlich zu einer GitHub.com Seite. Das ist ziemlich erstaunlich. Das ist Open-Source. Und dann laden Sie die Version herunter, die für Sie am besten geeignet ist, entweder 64-Bit, wenn Sie haben, sagen wir, Windows zehn Chancen sind, dass Sie 64-Bit haben. Wenn Sie unter Windows sieben laufen, benötigen Sie möglicherweise die 32-Bit-Version, aber wahrscheinlich werden Sie die 64-Bit-Version verwenden. Scrollen nach unten. Laden Sie die DOT-EXE-Datei herunter, je nachdem, welche für Sie geeignet ist. Installieren Sie es und wenn Sie bereit sind, gehen wir weiter zu der nächsten Lektion. 12. Git auf MacOS herunterladen und installieren: Herunterladen und Installieren von Git auf Ihrem Computer für Mac OS. Also lassen Sie uns dies tun, wie man Git für Mac OS herunterladen und installieren kann. Und ich werde das in Google eintippen. Und in der letzten Saison, zumindest, nicht wirklich sicher, wie man sagen, dass Name, um ehrlich zu sein, riesige Unternehmen aus Australien obwohl, hat einige gute hilfreiche Artikel hier. Und so dieser, es sagt, Git auf Mac OS X installieren Und so, wenn Sie bereits Git auf Ihrem Computer haben, was Sie tun können, ist, dass Sie dieses Programm namens Terminal öffnen können. Und ich werde das noch größer machen. Und Sie können git dash, dash version eingeben. Und Sie können sehen, dass ich Version 2.23 bekommen habe. haben Sie vielleicht nicht schon. Du könntest nichts haben. Und wenn Sie nicht da reinkommen, wenn dieser Befehl nicht für Sie funktioniert, was Sie tun können, können Sie das neueste get for Mac-Installationsprogramm herunterladen. Und so klicke ich einfach auf diesen Link. Und das wird mich zu sourceforge.net bringen. Und alles, was Sie tun müssen, ist die neueste Version herunterzuladen. Stellen Sie sicher, dass Sie das herunterladen und installieren. Es ist a.dmg Datei. Stellen Sie also sicher, dass Sie das richtig auf dem Mac installieren. Sobald Sie das installiert haben, können Sie Ihr Terminal öffnen. Würde ich gerne tun, ist ich gerne mein Terminal vollständig zu schließen und dann öffne ich es einfach wieder. Und das erfrischt die Dinge für mich. Und was ich wieder tun kann, ist, wenn ich hier einfach heranzoomen, sollten Sie in der Lage sein, git dash Version zu machen. Wieder einmal müssen Sie dieses Installationsprogramm installieren, oder Sie müssen dieses Installationsprogramm ausführen. Und so kommt das von sourceforge.net. 13. Git auf Linux herunterladen und installieren: Okay, lassen Sie uns darüber reden, wie wir Git auf Ihrem Computer unter Linux herunterladen und installieren können. Und so ist das wirklich, wirklich anders für viele verschiedene Linux-Geschmacksrichtungen. Es hängt wirklich von der Version von Linux ab, die Sie verwenden. Wahrscheinlich verwenden Sie wahrscheinlich Bogen oder Bogen. Ich habe gehört, wie die Leute es in beiden Richtungen sagen oder Ubunto. Nun ist das vielleicht nicht für alle ganz wahr, aber für die meisten Menschen werden sie Kunst benutzen oder du warst bei. Und was wir in Google eingeben können, ist, wie man Git für Linux herunterladen und installieren kann. Und lasst uns einfach direkt gehen, um SCM.com zu bekommen. Und das wird uns genau sagen, wie man Git unter Linux installiert und es Linux verkauft. Sudo apt-get installieren und erhalten dash. Wenn Sie sich in Debian-basierter Distribution wie Ubunto befinden, versuchen Sie es mit APT, APT. Und das ist wirklich alles, was Sie tun müssen, ist, folgen Sie einfach diesen Anweisungen hier. Und das wird es für Sie installieren. Und dann können Sie git dash, dash Version machen. Und das sollte Ihnen die Version von Git zeigen, die Sie verwenden. 14. Git auf deinem Computer konfigurieren: Okay, lassen Sie uns darüber sprechen, wie wir Ihren Benutzernamen und Ihre E-Mail konfigurieren können. Und so, sobald Sie Git installiert haben und es läuft auf Ihrem Computer. Und die Idee hier ist, dass Sie tun können, wenn ich das hier einfach deutlich größer mache. Wenn ich git dash, dash Version mache, kann ich sehen, dass ich Git verwende. Es zeigt mir eine richtige Version. Ich sollte in der Lage sein, git config einzugeben und mich daran zu erinnern, wenn Sie unter Windows sind, Sie möchten Git für Windows öffnen, nicht Ihr normales Terminal, sondern nur Git für Windows. Und es sollte dir alles zeigen, was da drin ist. Jetzt werden wir das nicht durchlesen, weil das wahrscheinlich eine Stunde dauern wird. Aber was wir tun werden, ist, dass wir unseren globalen Benutzernamen und unsere globale E-Mail-Adresse konfigurieren . Wenn ich jetzt einfach hier zurück zu diesem Malathion Artikel blättere, aber sie Pop-up, konfigurieren Sie Ihren Benutzernamen und Ihre E-Mail mit den folgenden Befehlen. Ersetzen Sie Emmas Namen durch Ihren eigenen. Diese Details werden mit allen von Ihnen erstellten Commits verknüpft. Und so ist die Idee hier, dass, wenn Sie ein wenig Code auf Ihrem Computer packen und Sie es an github.com versenden. wem wird es sagen, von dem es ist? Und was wir hier tun möchten, ist git config dash, dash, global, user.name. Und dann, was wie eine Zeichenfolge oder in Zitaten aussieht, würde ich sagen, Caleb, groß, schlank, und das wird mein Name sein, nur mein normaler Name. Jetzt ist das schon auf meinem Computer eingerichtet, also überspringe ich das. Aber du würdest Enter drücken. Und dann müssen wir noch eine Sache konfigurieren. Also git, config dash, dash global, user.email. Und diese E-Mail-Adresse sollte mit der E-Mail-Adresse übereinstimmen , mit der Sie sich auf github.com registriert haben. Für mich ist das Caleb, dot-dot-dot pauline auf gmail.com. Und dann drücken Sie einfach die Eingabetaste und weg, gehen Sie. Jetzt können Sie bestätigen, dass Sie eingeben können. Wenn Sie nun wissen, was Sie in der Befehlszeile tun, können Sie eine Datei öffnen. Also werde ich Katze benutzen, nur um die Datei auszudrucken. Und ich kann zu Hause git config, dot git config machen. Und es wird mir hier den Benutzernamen und die E-Mail-Adresse zeigen. Ich habe ein paar andere Sachen, über die wir in Zukunft reden werden, in einem zukünftigen Kurs. Aber für jetzt ist das, was Sie in Ihrer Git-Konfiguration sehen müssen. Wenn Sie eine Git-Konfiguration haben. 15. Dein erstes Repository: In Ordnung, lassen Sie uns weitermachen und unser erstes Git-Repository erstellen. Und was wir hier tun wollen, ist auf GitHub.com zu gehen. Stellen Sie sicher, dass Sie eingeloggt sind. Und klicken Sie auf dieses kleine Plus hier und klicken Sie auf Neues Repository und wollte dieses Test-Repository aufrufen. Und das könnte am Ende dieses Kurses existieren oder nicht, ich könnte das tatsächlich löschen, aber ich möchte nur, dass Sie irgendwie mit mir folgen. Erstellen Sie also ein Repository in Ihrem Konto namens Test-Repository. Dies ist eine Testbeschreibung. Ich werde das öffentlich machen, damit es Open Source ist, damit jeder es sehen kann. Ich wollte eine Read Me-Datei hinzufügen. Ich möchte eine gitignore Datei und die gitignore Vorlage hinzufügen. Sagen wir mal, ich werde mit Python arbeiten. Ich werde Python dort auswählen. Es wird also Torte-Cache-Dateien ignorieren, YC-Dateien sein, alle möglichen Dinge, die ich nicht an ein Projekt übergeben möchte. Und lassen Sie uns eine Lizenz wählen. Und lassen Sie uns die MIT-Lizenz wählen. Es spielt keine Rolle. Ich mache das nur zu Demonstrationszwecken. Nun gehen wir weiter und klicken Sie auf dieses Repository und erstellen Repository. Und das wird weitergehen und ein neues Repository mit Dateien hier erstellen. Nun, das ist wirklich alles, was es gibt, um ein brandneues Repository auf GitHub.com zu erstellen. Aber das gibt es nicht auf unserem Computer, also mussten wir es auf unserem Computer existieren lassen. So klicken wir auf diese Schaltfläche hier Code und wir können die HTTPS SSH oder GitHub CLI sehen. Lassen Sie uns auf das HTTP S1 klicken. Und das wird uns nur diesen Link geben, HTTPS github.com Schrägstrich Caleb italienischen Schrägstrich Test, Bindestrich Repository Punkt. Geh voran und kopiere das. Und gehen wir weiter in unserem Terminal oder Kommandozeile oder, oder was auch immer Programm, das Sie verwenden möchten. Powershell bash-Terminal, i Begriff zu. Es spielt keine Rolle, solange Sie ein Kommandozeilenprogramm haben. Sie können dies sogar öffnen und VS Code, wenn Sie möchten. Öffnen Sie einfach das Terminal und VS-Code, wir wollen MK dire, Test, dire cd testdir. Und Sie sollten bereits damit vertraut sein, wie Sie sich in der Befehlszeile bewegen können. Das ist wirklich, wirklich wichtig bei der Verwendung von Git. Jetzt gibt es noch zwei Möglichkeiten zu lernen. Es gibt die Benutzerschnittstelle , wo alles grafisch und direkt vor Ihren Augen ist. Und es gibt den Kommandozeilenweg, auf Kommandozeilenweise. Befehlszeilenschnittstelle oder CLI ist schwieriger. Und so wie ich dich lehre, lehre ich dich absichtlich den harten Weg, denn wenn du auf einem Server bist und den neuesten Code aus deinem Projektarchiv holen willst. Es gibt kein visuelles Interface. Es ist alles Kommandozeile. Und so setze ich Sie für den Erfolg ein, indem ich Ihnen die Hardware gerade beilehre. Also bin ich innerhalb meines Testverzeichnisses. Und was ich hier tun kann, ist, dass ich das einfach kopiert habe. Ich kann diesen Befehl git clone eingeben und dann einfach einfügen. Und wenn ich s dash l a oder wenn Sie unter Windows sind, können Sie DIR eingeben. Es hat ein neues Repository in hier genannt Test-Repository, das CDI-Test-Repository, ls dash LA. Und Sie können sehen, wir haben einen Ordner namens dot get, eine Farbstoff gitignore Datei, eine Lizenzdatei und eine gelesen main.xml Datei. Lassen Sie uns voran und öffnen Sie dies und VS Code. Und Sie können hier sehen, wenn ich diese Berührung größer mache, dass wir unseren Gitignore, unsere Lizenz und unser Lese Me haben. Und das kommt alles aus einem Projektarchiv und kam von hier. Nun wieder, dieser Befehl, den wir eingegeben haben, war git clone. Und wir haben gerade diese URL dort eingefügt, die, die GitHub uns gesagt hat, sie zu kopieren. In der nächsten Lektion lassen Sie uns eine dieser Dateien bearbeiten , so dass wir anfangen können, sie zu packen und auf GitHub zu legen. Denn im Moment war alles, was wir getan haben, auf GitHub. Hier drüben. Im rechten Browser. Wir haben gitignore Lizenz und lesen mich dot amd. Wir haben diese Dateien nicht wirklich bearbeitet, aber wir haben sie von GitHub heruntergeladen und auf unseren Computer gelegt. Jetzt müssen wir das Gegenteil machen. Wir müssen eine Datei auf unserem Computer bearbeiten und auf GitHub.com zurückschieben. Es wird eigentlich ein Push genannt, aber wir werden in ein bisschen darüber reden. 16. Dateien auf deinem Computer bearbeiten: Na gut, lassen Sie uns eine Datei auf unserem Computer bearbeiten. Und was ich tat, war Code Dot in meinem Ordner und es hat gerade VS Code für mich geöffnet. Jetzt haben Sie das möglicherweise installiert oder nicht. Möglicherweise müssen Sie in File Open gehen und dann Ihr gesamtes Projekt mit VS Code öffnen. So oder so, das ist in Ordnung. Also lasst uns voran gehen und diese Read Me Datei öffnen und lasst uns das einfach einen Hauch größer machen. Und diese Read Me Datei sagt nur Test-Repository. Dies ist eine Testbeschreibung darunter, sagen wir, dies ist eine neue Bearbeitung von meinem lokalen Computer. Und so ist ein Lokaler immer Ihr Computer. Ihr Computer ist immer lokal. Und wenn wir Webseiten bearbeiten, wenn wir mit Websites auf unserem Computer arbeiten und wir immer lokalen Host verwenden. Und so ist das von unserem lokalen Computer. Und GitHub.com wird als Remote bezeichnet. Also lasst uns voran gehen und das speichern. Und wenn wir hier zurück zu unserem Terminal gehen, können wir einen Git-Status machen. Und das wird mir eine Akte in Rot zeigen. Und diese Datei in gelesen, es sagt, dass sie geändert wurde. Also, was ich hier tun kann, ist, weil es modifiziert wurde Eigen sagen git diff, Band in, lesen Sie mich, erinnern Sie sich daran, dass Groß-/Kleinschreibung beachtet wird, also ist es alles Großbuchstaben. Lesen Sie mich Punkt Kleinbuchstaben MD. Und das zeigt mir, dass es hier eine neue leere Zeile gibt. Es ist grün. Und das ist eine neue Bearbeitung von meinem lokalen Computer. Das ist es, was ich hier geschrieben habe. Jetzt habe ich Git auf VS-Code installiert. So können Sie sehen, dass dies auch zwei neue Zeilen sind. Aber in der Befehlszeile sieht es einfach so aus. Was wir also wieder tun können, ist Git-Status. Und das zeigt uns den Status, zeigt uns unveränderte Dateien, neue Dateien, solche Dinge. Und wir können einfach git add, readme dot m, d. Und das wird die Art ändern, wie es aussieht, wenn wir git status erneut eingeben. Und was wir hier getan haben, ist, dass wir diese vier inszeniert haben. Denken Sie im Grunde daran, als ob Sie einen Brief schicken. Was wir hier gemacht haben, war, dass wir unseren Brief in einen Umschlag stecken. Wir haben es noch nicht genagelt. Wir sind nicht gegangen und haben es im Briefkasten abgelegt. Wir haben es noch nicht zur Post geschickt. Wir haben es einfach in einen Umschlag gesteckt. Wir müssen sagen, wer das zwei ist und worum es in der Botschaft geht, wie dieser Brief eigentlich ein Bouton ist. Und in der nächsten Lektion, was wir tun werden, ist , dass wir eine kleine Botschaft geben werden. Also unterschreiben wir unseren Brief. Wir werden sagen, wem es ist, und dann werden wir es möglicherweise an GitHub senden , damit sie unseren Code für uns aktualisieren können. 17. Dein erstes Commit: Okay, in der letzten Lektion, was wir getan haben, war, dass wir unsere Read Me-Datei bearbeitet haben und in meiner Befehlszeile, wenn ich git Status mache, wenn ich git Status mache,kann ich sehen, dass ich eine Datei geändert habe. Es wurde mir WMD gelesen, die modifiziert wurde. Also kann ich git diff machen, mich dot MD lesen, und ich kann sehen, dass dies die Änderungen in Ihrem modifizierten Readme-Punkt AMD sind. Grün ist die Dinge, die wir hinzugefügt haben. Lassen Sie uns voran und löschen Sie tatsächlich auch hier eine Zeile. Also kann ich Git-Status machen. Git diff, lese mich WMD, und du kannst rot sehen bedeutet, dass ich es gelöscht habe, grün bedeutet, dass ich etwas hinzugefügt habe. Und was wir tun wollen, ist, wenn wir den Git-Status wieder machen und es ist in Ordnung, git status und Millionen Mal git add einzugeben. Lies mich vor. Und das wird es grün werden, und das ist bereit für jetzt. Es ist bereit für uns, es an GitHub.com zu senden. Und so nennt man das Staging. Und was wir hier gemacht haben, war, dass wir inszeniert wurden. Diese Datei, sagte, hey, das ist bereit, in einer Sache verpackt werden, die ein Commit genannt wird und ist bereit, an github gesendet werden. Also, wenn ich das einfach abschalte, mach den Git-Status wieder. Und wir können sehen, dass dies inszeniert wird. Und ich kann git commit m für die Nachricht tun. Nehmen wir an, die Read Me Datei aktualisiert wurde. Und das habe ich in Zitate gesetzt. Und jetzt, wenn ich Git-Status mache , solltest du dort wieder nichts sehen. Absolut nichts. Aber wenn ich git log dash mache, striche eine Zeile, das ist unser anfängliches Commit. Dies ist, wenn wir Code von GitHub heruntergeladen. Und das ist die aktualisierte Read Me Datei, das ist unser aktuellstes Commit. Nun, Kopf ist, wo unser Git zeigt. Origin main ist github. Es ist, wo Origen denkt, es ist am Ursprung Kopf denkt, es ist hier hinzufügen. Und was wir hier sehen, ist, dass unser Computer, unser Kopf auf diesem Commit steht. Holen Sie sich Hubs Kopf Herkunft, Kopf auf anfängliche Commit. Also, wenn ich zurück zu github.com gehe und nur aktualisiere, werden wir sehen, dass mein Code und nichts getan hat, es hat es noch nicht zu GitHub geschafft. Nun, wir müssen tun, ist, dass wir diesen Code auf GitHub schieben müssen. Und das werden wir in der nächsten Lektion tun. Aber im Moment, alles, was wir getan haben, war, dass git commit m, eine Nachricht, nachdem wir in Datei inszeniert haben. Und wenn wir Strich, Strichlinie protokolliert werden, können wir sehen, dass wir dem Code auf GitHub.com voraus sind und wir müssen GitHub grundsätzlich sagen, dass er unseren Code von hier oder umgekehrt herunterladen soll. Wir werden unseren Code auf GitHub schieben und das werden wir in der nächsten Lektion tun. 18. Dateien auf GitHub schieben: Okay, werfen wir einen Blick darauf, wie wir unsere Dateien in unser GitHub.com-Repository schieben können. In den letzten Lektionen und dem, was wir getan haben, und nur um zusammenzufassen, war, dass wir eine Datei bearbeitet haben. Dann sagten wir Git-Status, es war rot. Wir haben git hinzugefügt, was auch immer dieser rote Dateiname war. Also lesen Sie mich Punkt M, D. Und das war Bühne. Dann haben wir diese Akte begangen. Und diese Nachricht ist im Grunde wie das Unterschreiben Ihres Umschlags, sagen: Was ist der Zweck dieses Briefes, was ist der Zweck dieses Codes? Und so haben wir gesagt, dass du so etwas machst oder so etwas. Und das ist im Grunde, wo wir gerade sind. Wenn wir also Log-Bindestrich, Bindestrich eine Zeile bekommen , werden wir sehen, dass unser Code Add-In ist, unser GitHub-Programm, unser Kopf ist am wichtigsten, und es ist auf diesem Commit. Es ist ein Commit vor diesem. Holen Hubs hatte gute Hubs Programm namens Get. Die, die sie hinter den Kulissen laufen. Das heißt Origins Slash Head ist beim anfänglichen Commit und wir müssen im Grunde sagen, hey GitHub, wir möchten, dass Sie diesen neuen Code haben. Und so, wie wir das tun, ist, dass wir git push origin main. Jetzt, wenn ältere Repositories Master in neueren Repositories genannt werden, heißt es main. Und um herauszufinden, welcher ist welcher. Wenn Sie zu Ihrem Repo zurückkehren, wenn Sie hier oben sehen, wird es einfach main oder mass sagen, oder wenn es Master sagt, geben Sie git push origin master ein. Wenn es main sagt, machst du git push origin Maine. Also werde ich Git Push Origin Main machen. Es wird mich nach meinem Benutzernamen fragen. Ok, liebte Colleen. Und wenn Sie dies ausführen, sollten Sie hoffentlich einen ungültigen Benutzernamen oder ein ungültiges Passwort sehen. Ich habe zusätzliche Sicherheitseinstellungen für mein Konto, also kann ich das einfach nicht so machen, wie Sie es tun, aber Sie sollten einfach in der Lage sein, Ihren Benutzernamen und Ihr Passwort dort einzugeben und das wird Sie authentifizieren. Was Sie sehen sollten, ist diese Aufzählung von Objekten, eine Reihe von Dingen, Zählen von Objekten, Delta-Komprimierung, Komprimierungsobjekten und Komprimieren von Objekten, eine Reihe von Dingen, die wir nicht wirklich verstehen. Und es geht zu github.com, My Account Test Repository dot bekommen. Und wenn ich hier zurück in mein Repository gehe und auf Refresh klicke, dann werden Sie jetzt sehen, dass es zwei Commits gibt. Es gibt einen sogenannten initialen Commit und es gibt einen namens aktualisiert, die Read Me Datei. Und das ist die, die wir vor ein paar Lektionen hinzugefügt haben, die Read Me Datei aktualisiert haben. Und so ist das, was die Commit-Nachricht ist. Diese Commit-Nachricht ist genau das, was wir geschrieben haben. Und das ist genau das, was wir sahen, als wir Git diff readme dot amd schrieben, wir löschten align und wir fügten zwei neue Zeilen hinzu, eine leere Zeile und eine neue Zeile, die besagt, dass dies eine neue Bearbeitung für meinen lokalen Computer ist. Und so pushen wir Dateien in ein GitHub-Repository. Lassen Sie uns hier noch ein Beispiel machen. Lassen Sie uns voran gehen und löschen Sie dies und sagen, dass dies ein zweites Beispiel ist. Und wir werden nur die Readme-Datei bearbeiten. Und wieder, der Grund, warum wir diese Read Me Datei machen , ist, weil, wenn wir zu diesem Code zurückkehren, es wird automatisch direkt hier angezeigt. Und so speichere ich diese Datei, öffne mein Terminal, ich kann den Git-Status löschen. Ich sehe, dass es modifiziert wurde. Git Diff Readme Punkt MD. Ich kann sehen, dass ich eine Zeile gelöscht habe und diese rote Linie gelöscht und ich habe diese grüne Linie hinzugefügt. Also git Status noch einmal, ich kann hinzufügen, dass, Read Me Datei. Und denken Sie daran, dass dies einfach in die Bühne kommt, wenn es grün ist, es inszeniert wird. Und Sie können sagen, dass es Bühne ist. Es heißt, dass Änderungen festgeschrieben werden müssen. Und wenn ich auf der Bühne Wochenende wollen, sagen, wiederhergestellt werden, gestrichelte F Bühne. Und dann der Dateiname. Das wollen wir nicht tun. Wir wollen das an Github schicken. Also das ist Phase, es ist bereit, engagiert zu werden. Das ist wie in einem Umschlag. Wir müssen diesen Umschlag jetzt unterschreiben. Zweites Update. Das ist es, was wir hier anziehen werden. Nun, das ist großartig. Aber wenn wir Log-Dash bekommen, Strich eine Zeile, wir sehen, dass wir jetzt voraus sind, wo GitHub denkt, dass wir sind. Github denkt nicht mehr, dass wir bei einem anfänglichen Commit sind. Wir haben ein bisschen vorhin gedrängt. Und so denkt GitHub, wir sind aktualisiert die Readme-Datei oder Hash sieben, BB, d neun, vgl. Aber unser lokaler Code, unser Code auf unserem Computer ist einen Schritt voraus. Und so, um diesen Code grundsätzlich auf GitHub zu schieben. Also github ist auch auf main. Wir können git, push, origin, main. Und für Sie wird es wahrscheinlich Sie nach Ihrem Benutzernamen und Passwort fragen. Das ist okay. Es ist sicher, Ihren Benutzernamen und Ihr Passwort dort einzufügen. Das ist Ihr GitHub Benutzername und Ihr Passwort. Und last but not least, wenn wir eingeloggt bekommen Strich, Bindestrich, eine Zeile. Wir können hier in sehen, Ursprung Kopf ist beim zweiten Update, Haupt- oder Ursprünge Schrägstrich Maine ist das zweite Update. Und unser lokaler Computer ist beim zweiten Update. Also sind wir jetzt alle auf dem Laufenden. Und was wir tun können, ist, dass wir zurück zu Firefox oder welchen Browser Sie verwenden. Drücken Sie Refresh. Und wir haben jetzt drei Commits, zweites Update erscheint. Und genau das, was wir geschrieben haben, passt zu unserem Computer. Und ich werde hier zur geteilten Ansicht gehen. Und so haben wir diese roten Linien gelöscht und diese grüne Linie hinzugefügt. Und genau das haben wir hier. Dies ist ein zweites Beispiel. Dies ist ein zweites Beispiel. Und wenn du dich jemals fragst, Oh, ist es eigentlich dort, wo es sein soll? Sie können immer einfach auf Code klicken und zur Hauptcodebasis gehen. Und es wird sagen, das ist ein zweites Beispiel. 19. Dateien von GitHub ziehen: Okay, werfen wir einen Blick darauf, wie Sie die neuesten Dateien aus Ihrem Repository herunterladen können. So können Sie Dateien direkt auf GitHub bearbeiten. Und so gehen wir weiter und klicken Sie auf dieses kleine Bearbeitungssymbol. Und wir können dies direkt auf GitHub ändern. Und so lassen Sie uns fortfahren und es vom Test-Repository zu meinem allerersten Repo ändern. Und sagen wir, Caleb ist ein großartiger Lehrer. Ich werde ihm eine nette Kritik hinterlassen. Fragezeichen. Hoffentlich stimmt das hoffentlich wahr. Ich werde, ich werde mit ihm gehen. Ich werde sagen, ich hoffe, es ist wahr. Klicken Sie auf Preview Changes und es zeigt Ihnen die Sachen oben. Gelöscht. Es ist rot an der Seite, so dass wir wissen, dass es gelöscht wurde. Es ist grün auf der Seite hier unten, also wissen wir, dass das hinzugefügt wurde und wir müssen unsere Änderungen übernehmen. Und so ist das genau wie die Verwendung der Befehlszeile. Wir machen es diesmal über die Website. Readme-Datei zum dritten Mal aktualisiert. Und das ist alles, was ich tun werde. Sie können eine erweiterte Beschreibung hinzufügen, wenn Sie möchten. Dies erfordert keine lange Beschreibung, erfordert nur eine Standard-Commit-Nachricht. Gehen wir also voran und verpflichten Sie uns direkt zum Hauptzweig. Und Änderungen begehen. Und so gehen wir zurück zu unserer Hauptcodebasis hier. Und wir können sehen, dass das aktualisiert wir für Commits hier haben. Und das allerletzte Commit sagte aktualisiert die Raimi zum dritten Mal. Also haben wir das direkt auf GitHub gemacht. Nun, das Problem damit ist, wenn wir ein Terminal oder Git für Windows öffnen und wir bekommen protokolliert Bindestrich, Strich eine Zeile. Unser Computer denkt, dass Git genau dort ist, wo wir sind, was nicht wahr ist. Wir müssen diese letzten Änderungen einholen. Und so gibt es Änderungen auf github.com, die nicht auf unserem Computer sind und wir müssen gehen und diese holen. Und es ist wirklich einfach, die zu bekommen. Was wir tun können, ist, dass wir Git Pull machen können. Bevor wir also einen Schub machten, machen wir diesmal eine Umfrage. Wir git Pull Ursprung. Und der Ursprung wird github.com sein. Oder wenn Sie git lab verwenden, wird gitlab.com sein. Oder wenn Sie bitbucket verwenden, wird bitbucket.com sein, aber wir alle sagen nur Herkunft. Also git pull origin und dann unser Zweigname, und dieser Zweigname kommt von hier. Also verwenden wir Haupt. Wenn Sie ein altes Repository verwenden, kann es als Master bezeichnet werden. Also werden wir git Pull Origin, Maine. Und dies könnte Sie nach Ihrem Benutzernamen und Passwort fragen. Wenn dies der Fall ist, können Sie Ihren Benutzernamen und Ihr Passwort dort eingeben. Und ansonsten haben wir den neuesten Quellcode heruntergeladen. Was wir jetzt tun können, ist, dass wir Log-Strick bekommen, eine Zeile und das zweite Update streichen können , und wir sind nicht mehr auf diesem zweiten Update. Wir sind auf die Readme zum dritten Mal aktualisiert. Und jetzt sagt unser lokaler Computer, oh ja, wir wissen, dass GitHub es ist. Bei dieser bestimmten Commit-Nachricht. Und wir auch. Und wenn wir also zu unserem Code zurückkehren, heißt es in meiner README, mein allererstes Repo, Caleb ist kein großartiger Lehrer. Ich werde ihm eine nette Kritik hinterlassen, und das passt zu dem, was wir hier drin haben. Nun, Sie könnten etwas sehen und ich werde hier ein Beispiel erstellen. Möglicherweise sehen Sie etwas Seltsames, wenn sich Dateien auf GitHub ändern. Und auch Ihre lokalen Dateien. Und so meine ich hier, ist diese Veränderung zum vierten Mal. Das ist alles, was ich sagen werde. Und was ich sage, ist, sagen wir, ich habe nicht die neuesten Änderungen. Ich habe mich zum vierten Mal auf meinem Computer nicht geändert. Lassen Sie uns diesen Git-Log Strich demonstrieren, eine Zeile streichen, nicht online, sondern eine Zeile. Ich habe nicht die neueste auf meinem Computer. Es weiß nicht mal davon. Also sagen wir, das passiert und ich gehe und bearbeite meine Datei lokal. Nehmen wir an, das ist eine neue Zeile hier. Und sagen wir, ich möchte es auf GitHub schieben. Also git status, git add, lese mich git commit vom lokalen Computer. Das ist meine Commit-Nachricht, Commit, git commit dash M, git push, origin, main. Und das sagt mir ein Haufen Zeug und das sieht wirklich alarmiert aus, aber es ist eigentlich nicht. Wenn Sie jemals so etwas sehen, lesen Sie einfach das durch. Es besagt, dass Hinweis-Updates abgelehnt wurden, weil die Remote Arbeit enthält, die Sie nicht lokal haben. Was das heißt, ist github.com ist remote. Sie sind einheimisch. GitHub.com ist remote. Es heißt also, github.com hat sich geändert, dass Sie noch nicht auf Ihrem Computer haben. Dies wird normalerweise dadurch verursacht, dass ein anderes Repository auf dieselbe Ref schiebt. Das ist eine ausgefallene Art zu sagen, dass es Änderungen gibt, die Sie nicht haben. Und das könnte aus einem anderen Repository stammen, könnte von einer anderen Person stammen. Es könnte nur sein, weil wir hier eine Datei manuell bearbeitet haben. Anstatt es auf unserem Computer zu tun. Möglicherweise möchten Sie zuerst die Remote-Änderungen integrieren. Beispiel, git pull. Bevor er wieder schiebt. Sehen Sie sich die Hinweise zum Schnellvorlauf an und erhalten Sie Pushed, Strich, Strich Hilfe. Jetzt gibt es uns Dinge, mit denen wir arbeiten können. Lass uns voran gehen und genau so tun, wie git pull. Ursprung Haupt ist, ist gezogene Punkt, Punkt, Punkt, Punkt, Punkt, Punkt, Punkt, Punkt, wird unser Ursprung Mann sein. Wir sagen immer git pull von einem GitHub, das wird unser Ursprung und unser Zweigname sein, das wird Maine sein. Also git Pull Ursprung main. Nun heißt es, dass es hier einen Konflikt gibt. Und für Git und GitHub sind Eins-zu-Eins-Konflikte jenseits dessen, was wir lernen werden. Das ist etwas schwieriger, damit umzugehen, und ich will dich nicht überwältigen. Also, was wir tun können, ist, können wir sagen, bekommen Status. Und es sagt uns, was wir tun können und was nicht können. Es versucht also, hier eine Rebase zu machen. Also lasst es uns tun. Gehen wir voran und machen git rebase dash, dash, abort, git status, git log. Und git Status war nur, um uns zu zeigen, dass da nichts drin ist. Logbuch holen. Wir sind vom lokalen Computer aus auf. Was wir also tun können, ist, dass wir git pull origin, main dash, dash rebased sagen können . Und was das tun wird, ist, dass es an dieser Arbeit heranziehen wird, und es wird unsere Arbeit drauf setzen. Also im Grunde wird es sagen, anstatt widersprüchlich zu sein, werden wir sagen, hey, schnappen Sie sich das Zeug von GitHub. Und was auch immer danach passiert ist, setzen Sie unsere Änderungen darauf. Und das funktionierte für mich nicht so, wie ich es erwartet hatte. Normalerweise funktioniert das. Und so gibt es hier einen Konflikt. Lassen Sie uns voran und, und Sie wissen, was, lassen Sie uns diesen Konflikt im nächsten Video lösen. 20. code lösen: Okay, gehen wir weiter und lösen diesen Konflikt. Also versuchen wir, Änderungen von GitHub zu ziehen und wir haben Änderungen auf der gleichen, in der gleichen Datei auf unserem Computer. Und so, wenn wir das tun, ist vor allem klar, dass dies aus bekommen Status. Es sagt, dass es eine Rebase in Bearbeitung ist und Sie löschen derzeit Zweig Maine auf einem Commit-Hash, behobene Konflikte und führen git Rebase Bindestrich weiter mit git Rebase Bindestrich, Bindestrich übersprungen, um diesen Patch oder Bindestrich zu überspringen, behobene Konflikte und führen git Rebase Bindestrich weiter mit git Rebase Bindestrich,Bindestrich übersprungen, um diesen Patch oder Bindestrich zu überspringen, Board, um zu überspringen. Also, wenn du jemals magst, oh, ich habe mich wirklich vermasselt und ich weiß nicht, was ich tue, und ich habe Angst. Sie können immer einfach git, rebase, dash, dash, abort eingeben . Und das wird all das für dich stoppen und wieder normal werden. Und dann kannst du jemanden um ein bisschen Hilfe bitten. Also gehen wir weiter und sagen git diff, lesen Sie mich. Nein, lest mich vor. Wmd. Und da steht ein Haufen Zeug hier drin. Und es ist alles grün. Also lasst uns voran gehen und VS Code öffnen. Und VS-Code. Ich verwende die Get-Erweiterung in VS-Code, also zeigt es mir automatisch, was kommt und was die aktuelle Änderung ist. Und so hier oben, das ist, was GitHub hat. Github hat getötet, ist ein toller Lehrer. Ich werde ihnen eine schöne Rezensionsdateien auf GitHub ändern lassen, so und so tun Ihre lokalen Dateien. Ich erinnere mich nicht, was ich sagen wollte, als ich das schrieb, aber sagen wir, ich wollte das zum Beispiel zusammenführen. Nun, was GitHub tun wird, ist, dass es all diese kleinen Pfeile, Kopf, Bündel von Gleichheitszeichen und dann mehr Pfeile hinzufügen wird. Und das wird Ihnen sagen, dass die Spitze GitHub ist, die Unterseite ist von Ihrem Computer. Und was ich tun kann, ist einfach diese Zeilen zu löschen, diese Zeilen zu löschen. Und so ist das der Code. So sieht es aus. Dies sieht es ein wenig besser aus, es sieht weniger überwältigend aus. Und das ist Caleb ist nicht großartiger Lehrer, Yada, Yada, Yada. Nehmen wir an, ich möchte diese Linie behalten und ich möchte, und ich möchte die Mittellinie löschen und diese Quintessenz behalten. Ok, also werde ich das tun. Ich speichere nur die Datei, die ich gerade bearbeitet habe, um genau das zu sein, was ich will. Und ich speichere die Akte. Lass uns voran gehen und einen Git-Status machen. Wir können git diff machen, mich dot m d nochmal lesen. Und das sieht ein wenig erkennbarer aus. Es hat nicht all diese seltsamen Pfeile und Gleichheitszeichen da drin. Wenn wir den Status bekommen, wird uns sagen, was zu tun ist. Also müssen wir git add file verwenden und die Auflösung markieren , damit wir diesen Konflikt gelöst haben. Also machen wir git add und dann diese Datei. Und dann, um mit einer Rebase fortzufahren, machen wir git rebase dash, dash weiter. Also git rebase dash, dash weiter. Ermöglicht es Ihnen, Log-Strich eine Zeile zu erhalten. Und jetzt können wir sehen, dass wir vom lokalen Computer sind. Wir sind einen Schritt voraus, wo GitHub ist. Und wenn wir uns unsere Akte auf unserem Computer ansehen, heißt es, Caleb ist ein großartiger Lehrer, Yada, Yada, Yada. Das hier ist eine neue Zeile. Und wenn wir zu github.com und Readme.md gehen, hat es diese Zeile noch nicht. Es hat nicht, das ist eine neue Zeile hier. haben wir noch nicht hinzugefügt. Das müssen wir noch hinzufügen. Was wir also tun können, ist diesen Code zu schieben. Also git push Ursprung main, Doo-Doo-doo-doo. Und das war erfolgreich. Also, wenn wir protokolliert werden, Strich, Strich eine Zeile, wir in der Lage sein, zu sehen, dass der Kopf genau dort ist, wo unser Kopf ist. Und es sagt vom lokalen Computer. Also, wenn ich das aktualisiere, sollte diese Zeile hier vom lokalen Computer sagen, diese Zeile sollte sechs Commits sagen. Und es sollte eine neue Zeile unten am Ende des Read Me geben, lasst uns auffrischen. Da ist die neue Linie. Es gibt das vom lokalen Computer und es gibt das sechste Commit. Wir haben jetzt gerade einen Konflikt gelöst. Das ist eigentlich eine ziemlich fortgeschrittene Sache für uns zu tun. Ich hatte gehofft, wir könnten davonkommen, ohne das in Git und GitHub eins zu eins zu tun , aber das ist okay. Das hätten wir irgendwann angehen müssen, was auch immer. Also ist es gut, dass es auftauchte. 21. Dein projekt: Lassen Sie uns über Ihr Projekt sprechen. Ihr Projekt. Das ist sehr, sehr wichtig. Zunächst einmal, wenn Sie kein GitHub-Konto haben, erstellen Sie ein kostenloses GitHub.com-Konto. Wenn Sie nicht gut auf Ihrem Computer haben, installieren Sie Git, das ist sehr, sehr wichtig. Dann möchte ich, dass Sie ein neues Repository auf GitHub.com erstellen. Ziehen Sie Ihr Repo von GitHub.com auf Ihren Computer. Bearbeiten Sie eine Datei auf Ihrem Computer. Schieben Sie diese Datei auf github.com. Denken Sie daran, dass Sie Commit verwenden müssen und Sie den Git-Status sehr verwenden möchten. Und schließlich, machen Sie einen Screenshot Ihres GitHub-Repo und teilen Sie es mit der Klasse. Und das ist wirklich alles, was ich will, dass du jetzt tust, das klingt so, als würde es viel werden. Sie sollten bereits ein kostenloses GitHub-Konto haben, wenn Sie dies nicht tun, das dauert eine Minute. Wenn Sie nicht gut haben, sollte das ungefähr fünf Minuten dauern, um zu installieren. Sie können ein brandneues Repository auf GitHub.com erstellen. Das dauert nur ungefähr eine Minute. Ziehen Sie Ihr Repo von GitHub.com auf Ihren Computer. Es gibt ein bisschen Feinheiten hier, also müssen Sie ein Terminal oder einen Befehl öffnen, oder PowerShell oder ein Programm, das Sie verwenden möchten. Sie brauchen nur eine Art Kommandozeilenprogramm. Und dann möchten Sie git clone ausführen. Und dann, was auch immer dieser Link war, HTTPS, github.com Schrägstrich Caleb Darlene Slash Test Repository Punkt bekommen. Ich glaube, das war die Verbindung. Also wirst du so etwas laufen wollen, aber es wird dein Konto sein. Und dann werden Sie das Repository mit dem Namen dot git. Du willst also nicht sicher gehen, dass du das auf deiner rennst, nicht auf meins. Sie möchten es in Ihrem Repository in Ihrem Konto tun. Bearbeiten Sie dann eine Datei auf Ihrer Computerbühne und schieben Sie diese Dateistufe, Commit und schieben Sie diese Datei auf github.com. Und machen Sie einen Screenshot Ihres GitHub-Repos mit dem neuen Commit, der neuen Datei, die Sie hinzugefügt haben, und teilen Sie es mit der Klasse. Das war's. Alles in allem sollte dies nur etwa 25-30 Minuten dauern. Und vergessen Sie nicht, wenn Sie Fragen haben, können Sie sie unten stellen, oder Sie können Fragen in der Lerngruppe Facebook-Code stellen. Ich bin immer da, um Menschen mit Fragen zu helfen.