Grundlagen von Git und Github für Designer:innen, visuelle Lernende und alle anderen | Marc Nischan | Skillshare

Playback-Geschwindigkeit


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

Grundlagen von Git und Github für Designer:innen, visuelle Lernende und alle anderen

teacher avatar Marc Nischan, Artsy people can code!

Schau dir diesen Kurs und Tausende anderer Kurse an

Erhalte unbegrenzten Zugang zu jedem Kurs
Lerne von Branchenführern, Ikonen und erfahrenen Experten
Eine Vielzahl von Themen, wie Illustration, Design, Fotografie, Animation und mehr

Schau dir diesen Kurs und Tausende anderer Kurse an

Erhalte unbegrenzten Zugang zu jedem Kurs
Lerne von Branchenführern, Ikonen und erfahrenen Experten
Eine Vielzahl von Themen, wie Illustration, Design, Fotografie, Animation und mehr

Einheiten dieses Kurses

10 Einheiten (1 Std. 10 Min.)
    • 1. Welche Versionssteuerung ist

      2:32
    • 2. Aufwachsen und Läufen

      5:27
    • 3. Inszenieren und Staging

      7:28
    • 4. Anfertigen von alternativen Futures – Branching und Merging in Git

      3:32
    • 5. Terminal – Bewegliches KOPF herum+ Branching und Merging

      14:21
    • 6. Richte dein GitHub-Konto ein

      3:25
    • 7. Klonen und Forking – Eine Übersicht über den GitHub Workflow

      6:53
    • 8. Klonen einer GitHub – Live-Demo

      8:48
    • 9. Forking auf GitHub – Live-Demo

      9:51
    • 10. Conflicts und Abschließende Aufgabe

      8:04
  • --
  • Anfänger-Niveau
  • Fortgeschrittenes Niveau
  • Fortgeschrittenes Niveau
  • Alle Niveaus

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.

1.714

Teilnehmer:innen

8

Projekte

Über diesen Kurs

62556ebb

Teile Arbeit mit anderen zusammen mit GitHub und die Kraft von GitHub In diesem Kurs lernst du, wie man Git auf deinem Computer installieren kann, richte dein eigenes GitHub-Konto ein und erstellst dein erstes Projekt.

Dieser Kurs wurde von einem Designer für alle, die noch besser lernen können, als sich als das Lesen nur gerade zu lesen. Git und GitHub sind nicht nur für Menschen, die Code schreiben. Sie sind Werkzeuge für die Kollaboration! Auch wenn du noch nie eine Codezeile in deinem Leben geschrieben hast, kannst du diese Tools nutzen, um Ideen und Bilder und ganz wie du eine Art von Dateien, die du erstellst, zu teilen.

Triff deine:n Kursleiter:in

Teacher Profile Image

Marc Nischan

Artsy people can code!

Kursleiter:in

I'm what you would call "a maker" and I love to share what I've learned. Most of that falls at the intersection of tech and art. I'm a self-taught web designer and front-end developer and overall a hands-on visual learner. My hope is that I can make it easier for other visual learners and "artsy" types to learn to code by sharing some of the concepts that I had to learn through much trial and error.

Vollständiges Profil ansehen

Kursbewertungen

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

Im Oktober 2018 haben wir unser Bewertungssystem aktualisiert, um das Verfahren unserer Feedback-Erhebung zu verbessern. Nachfolgend die Bewertungen, die vor diesem Update verfasst wurden.

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 bei 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. Welche Versionssteuerung ist: Also lasst uns ein wenig über Git reden. Was ist Git? Git ist Versionskontrolle und was ist Versionskontrolle? Die Versionskontrolle ist im Wesentlichen eine Verlaufskontrolle. Es ist wie ein Rückgängigmachen. Es ermöglicht Ihnen, in Ihr Projekt zurückzukehren, wenn Sie etwas getan haben , das Sie nicht getan hätten und wieder so zurückkehren möchten, wie es war. Versionskontrolle können Sie das tun. In dieser Hinsicht ist es eine Zeitmaschine. Wenn Sie noch nie gesehen haben, dass die klassischen 80er Jahre zurück in die Zukunft, das ist die Zeitmaschine, die sie haben und der Film. Ich werde es vielleicht ein- oder zweimal referenzieren, und wenn du es nicht gesehen hast, musst du es dir ansehen. Was Git tun wird, ist, dich in die Zeit zurückkehren zu lassen. Es wird Snapshots Ihres Projekts zu einem bestimmten Zeitpunkt speichern und dann, wenn Sie Ihr Projekt durchlaufen und mehr und mehr Snapshots übertragen, haben Sie diese verschiedenen Punkte in der Zeit, wie Sie zurückgehen können, sollten Sie entscheiden, dass Sie etwas rückgängig machen möchten. Das ist nicht alles, diese Versionskontrolle tut es aber. Was die Versionskontrolle wirklich großartig ist, ist die Verwaltung der Art und Weise, wie mehrere Mitwirkende in einem Projekt interagieren. Also hier haben wir drei Mitwirkende. Sie alle treiben Beiträge zu einer zentralen Codebasis oder einem Projekt wirklich oder es nennt sich das Repository und dies ist die perfekte oder zumindest die neueste Version Ihres Projekts. Eine Sache, die Sie hier über dieses Modell sehen können, ist, dass es sehr von links nach rechts ist. Es ist einseitig und diese Mitwirkenden haben nicht wirklich eine gute Möglichkeit, miteinander zu interagieren und Code und solche Dinge zu teilen. Als Mitwirkender, wenn Sie ein wenig mit Ihrem Projekt experimentieren wollen, müssten Sie eine komplette Kopie davon erstellen und damit herumspielen und dann zurückkommen und Ihre Beiträge in die perfekte Version schieben. Git als Antwort darauf etabliert es diese Idee der verteilten Versionskontrolle und was das ist, ist eine Möglichkeit, diesen linearen Fluss auseinander zu brechen und etwas einzuführen, das ein bisschen kollaborativer ist. Hier haben Sie also drei Mitwirkende und sind nicht nur in der Lage, ihren Code bis zum Repo zu verschieben, sondern sie können ihn auch untereinander teilen. Sie können miteinander teilen, sie können bis zum Repo schieben, sie können sogar aus dem Repo ziehen, sie können voneinander ziehen, aber wie Sie sehen können, kann dies ziemlich verwirrend werden. Die Dinge gehen überall und ohne eine Möglichkeit, dies zu bewältigen, können Sie in eine Menge Ärger bei einem Projekt bekommen. Dort kommt dieser Workflow ins Spiel, und das ist, wo wir zu diesem Thema und Lektionen kommen werden. 2. Aufwachsen und Läufen: Was ich dir jetzt zeigen werde, ist, wie du auf deine Maschine kommst. Wahrscheinlich der einfachste Weg, dies zu tun, ist, wenn Sie zu Mac.GitHub.com gehen. GitHub wurde entwickelt, um wirklich großartigen Client mit git zu verwenden. Ich werde einen einfacheren Weg durchlaufen, es zu benutzen, weil hier viel los ist und wenn du nicht genau verstehst , was du tust, kann es ziemlich verrückt werden. Ich werde Sie Schritt für Schritt durch das Terminal führen, das das Fenster in das innere Funktionieren Ihres Computers ist. Wenn Sie jemals irgendwelche 80er Hacker-Filme gesehen haben, hacken sie sich früher in den Mainframe. Aber der einfachste Weg, um installiert zu werden, ist, den GitHub-Client von Mac herunterzuladen. Sie sich keine Sorgen über das Öffnen der App, fühlen Sie sich frei, da rein zu gehen und herumzustochen. Wenn Sie noch kein Git-Repo-Setup haben, Sie wirklich nichts Interessantes sehen, aber es bündelt die gesamte Git-Software damit, also mach weiter und installiere das. Wenn Sie das nicht herunterladen möchten, können Sie einfach auf die offizielle Git-Website gehen, git.scm.com und es dort auch herunterladen, folgen Sie den Anweisungen, es ist ziemlich einfach, es in Gang zu bringen. Sobald Sie es heruntergeladen haben, können Sie das Terminal öffnen. Sie können entweder den Quick Finder dort hochziehen, oder Sie können durch Ihre Anwendungen das Terminal hinunter gehen, das Dienstprogramm-Terminal direkt dort sehen und das öffnen. Standardmäßig werden Sie in Ihrem Benutzerordner abgelegt. Ich erstelle ein Verzeichnis namens workspace, um viele meiner aktiven Projekte zu halten. Gehen wir jetzt hin, es ist für diese Demo freigegeben, aber normalerweise gäbe es hier eine Reihe von Projekten. Also lasst uns ein neues Verzeichnis erstellen und wir werden es zuerst Repo nennen, da gehen wir und ich werde nur etwas hineinlegen. Lassen Sie uns Text bearbeiten, und wir werden eine Hallo Welt setzen, speichern Sie das. Hello.txt, da gehen wir, und alles, was wirklich tut, ist, etwas in dieses Verzeichnis zu setzen , so dass wir ein Git-Repo dafür erstellen können. Der einfachste Weg, ein Git-Repo zu erstellen, besteht darin, Git init einzugeben, und das ist kurz für initialisiert. Das erste, was ich tun möchte, ist in das Verzeichnis zu gelangen, das ich erstellt habe. Wenn Sie das Terminal noch nie verwendet haben, gibt es viele Befehle, mit denen Sie Verzeichnisse erstellen, Verzeichnisse löschen, Dateien erstellen, Dateien löschen, um die Verzeichnisstruktur springen können löschen, Dateien erstellen, Dateien . Ich werde Ihnen einige der Grundlagen im Laufe dieser Lektion geben, und das sind Dinge, die wirklich nützlich sind. Die erste, von der ich Ihnen erzählen werde, ist CD, die das Verzeichnis geändert hat. Also gehe ich auf CD in den Arbeitsbereich, und was ich gerade dort gemacht habe, wurde im Grunde von meinem Benutzer gesagt. Also, wenn ich zurück zu Benutzer hier, Benutzer, wo sind Sie? Siehst du, das ist Tilde, das ist die Schwänze da. Tilde ist dein Home-Ordner, testy ist der Benutzername für mein Testkonto hier, in dem ich für diese Demo arbeite, und da bin ich kleines Haus und es gibt meinen Arbeitsbereich und ich habe das erste Repo erstellt. Also, als ich CD-Arbeitsbereich sagte, war ich in Tilde, das ist mein Home-Verzeichnis hier, und ich sagte, ändern Sie Verzeichnis in Workspace und da bin ich, und jetzt werde ich auf CD in das erste Repo. CD, erstes Repo, kein Leerzeichen. Sobald ich dort drin bin, kann ich ls eingeben, was bedeutet Liste und ich kann meine Hallo Datei sehen, die ich erstellt habe, und jetzt habe ich einen Ort, um meinen Git Repo zu starten. Das erste, was ich tun werde, ist git init zu sagen. Jedes Mal, wenn ich Befehle tippe, die Git erkennen soll, werde ich ihnen das Git-Schlüsselwort dort vorstellen. Ich werde Dinge wie git add, git clone, git commit, die meisten Dinge, die nur im Git-Programm funktionieren. Git init ist der erste, den Sie verwenden werden. Es hat ein leeres Git-Repository initialisiert, so dass wir mit diesem Befehl eine Datei verfolgen. Wenn ich nun Änderungen an dieser Datei vornehme, wird sie von Git verfolgt und das ist der Anfang Ihrer Git-Erfahrung. 3. Inszenieren und Staging: Lassen Sie uns einige der grundlegenden Schritte durchlaufen, die Sie verwenden werden, während Sie GIT bitten, Änderungen an Ihrem Projekt zu speichern. Wir haben über diese Idee gesprochen, Schnappschüsse in der Zeit Ihrer Projekte zu machen, falls Sie zu ihnen zurückkehren möchten. Jedes Mal, wenn Sie einen dieser Snapshots erstellen, übertragen Sie Ihre Änderungen an diesem GitHub-Repo. Werfen wir einen Blick auf das, was passiert. Es gibt ein paar Schritte, die in diesem Gebotsprozess passieren. Also zuerst geben Sie Ihren Code ein, Sie erstellen neue Inhalte, was auch immer Sie tun. Sie erhalten mehrere Dateien zusammen, sagen wir, Sie entscheiden, dass Sie bereit sind, zu begehen. Sie sind an einem Ort angekommen, an dem Ihr Projekt funktioniert, oder Sie befinden sich in einer Phase, in der Sie bereit sind, eine Linie im Sand zu zeichnen und rechtzeitig einen Schnappschuss zu erstellen. Sie sind zum Staging-Teil Ihres Projekts gekommen, was Sie tun werden, ist sagen, hey GIT, ich habe diese speziellen Dateien, die ich gerne bereit machen würde, zu begehen. Möglicherweise möchten Sie nicht alle Ihre Dateien festschreiben. dem Staging-Prozess können Sie also selektiv hinzufügen, was Sie übernehmen möchten. Dann werden Sie fortfahren, es tatsächlich zu begehen. Ich mag es in diesen beiden Phasen, etwas für den Versand vorzubereiten , wo Sie es in eine Schachtel packen, und wenn Sie Ihre Decke verpflichten und Sie sagen: „Denken Sie daran, all diese Dinge, machen Sie einen Schnappschuss von diesem Punkt in Zeit.“ Jedes Mal, wenn Sie durchmachen und eines dieser Commits machen, packen Sie einen Punkt in Time und haben GIT, um sich das für Sie zu merken. Also, jetzt haben wir ein wenig über das Hinzufügen, Staging, Committing Prozess gesprochen , lassen Sie uns einen Blick darauf werfen, wie das aussieht, während Sie im Terminal arbeiten mit GIT. Ich habe eine Aktualisierung der Helloworld-Datei vorgenommen. Also lasst uns einen Git-Status machen und sehen, was Git über unser Projekt hier zu sagen hat. Sie sehen also, dass diese beiden roten Einträge hello.rtf Datei sind, die Sie erwarten würden, geändert zu werden, da wir daran gearbeitet haben, und dann diese andere nicht verfolgte Datei, .ds Store, das ist eine Systemdatei, die Apple verwendet um die Art und Weise, wie Sie Ihre Ordnereinrichtung haben und wenn Sie es im Finder-Fenster betrachten, ist es ohnehin nicht die Datei, die Sie normalerweise an ein Repo senden würden. Es gibt keine Notwendigkeit, das an andere Entwickler weiterzugeben. Dies ist, wo dieser Add-Prozess nützlich ist. Es wird Ihnen erlauben, selektiv Dinge zu Ihrem Repo hinzuzufügen , anstatt nur was im Ordner ist, weil es möglicherweise eine Datei gibt, die Sie normalerweise nicht sehen würden, sie wird davor zeigen, es gibt andere unsichtbare Dateien, die Sie normalerweise nicht sehen, die festgeschrieben werden könnten, ohne dass Sie darüber Bescheid wissen. Also lasst uns einfach einen git add hello.rtf machen, einen Git-Status machen, sehen, was passiert. Also, hier geht's. Sie können sehen, dass hello.rtf jetzt grün ist und ds immer noch in Rot speichert, es wird als nicht verfolgte Datei aufgelistet. Also, das ist gut. Wir wollen das nicht aufspüren. Die, die wir verfolgen möchten, wurde in „inszeniert“ hinzugefügt, um verpflichtet zu werden. Also, jetzt gehen wir weiter und begehen Sie diese Datei. Wenn Sie eine Datei festschreiben, müssen wir eine Nachricht hinterlassen, Sie müssen sagen, was Sie getan haben, welchen Code Sie hinzufügen, ich meine, nicht unbedingt Code, in unserem Beispiel könnte es ein Rezept sein, es könnte sogar Photoshop-Dateien sein. Sie können fast alles zu Ihrem Repo bekommen, das Sie eine Nachricht hinterlassen, also ist dash m Abkürzung für die Nachricht. Die Nachricht muss in Anführungszeichen sein, aktualisiert hallo Nachricht. Dann werde ich zurück drücken. Ich bekomme eine ganze Menge Zeug von Git zurück. Sie müssen nicht wirklich zu viel darauf achten, solange es keinen Fehler gibt , dann so in Ordnung, also kann ich jetzt Git-Status machen. Alles, was ich sehe, ist von ds Store-Datei, es ist auf dem richtigen Weg. Also das ist ein kleiner Schritt durch da, ich habe daran gearbeitet, ich habe es hinzugefügt, und dann habe ich es begangen, ich habe diese Datei steckt die Datei auf einer Box sagt, hey, das ist, was ich beabsichtige zu begehen. Das ist, was ich zurücklassen will, und dann wickle ich die Box ein und hinterließ eine Nachricht darauf, und es wird als Momentaufnahme genommen, es ist ein Punkt in der Zeit, an den Git für mich erinnern wird. Es gibt noch eine Sache, auf die ich Sie aufmerksam machen möchte. Wenn Sie gehen, um ein Commit zu machen, sagen wir, wir haben hier etwas mehr hinzugefügt, wir gehen unseren Prozess wieder durch. Da gehen wir hin. Ich mache Git Commit, wenn ich vergesse, die Strich m Kurzschrift zu tippen, wird Git immer noch eine Nachricht für mich wollen und hier ist, was passieren wird. Ich werde in dieses Ding namens VIM gehen und dies ist einer der ältesten Texteditoren da draußen, es geht weit zurück, und es kann ein wenig seltsam sein zu verwenden. Also beginnen Sie mit dieser Nachricht, es heißt, geben Sie bitte die Commit-Nachricht für Ihre Änderungen ein. kannst du ziemlich gut lesen. Was Sie tun würden, ist, so etwas, das Sie sagen, datiert [unhörbar] Sie werden feststellen, dass ich ein Einfügemodus bin. Dies ist ein Wort einfügen am unteren Rand. Das wird Sie tippen lassen. Wenn Sie ausschalten, sind Sie nur in einem Lesemodus. Um rauszukommen, geben Sie einen Doppelpunkt ein. Hoppla nicht da. Sie drücken die Escape-Taste, um aus dem Einfügemodus zu kommen. Da gehen wir hin. Geben Sie einen Doppelpunkt ein und schreiben Sie w für den Schreibvorgang und q für Beenden. Vielleicht möchten Sie das aufschreiben, denn wenn Sie jemals in diese VIMworld verzogen werden, funktioniert es nicht. Wenn Sie nicht die Zeit verbracht haben, kann es schwierig sein, wieder raus zu kommen, und es kann frustrierend sein. Also schreiben Sie den Doppelpunkt WQ auf. Denken Sie daran, dass, lassen Sie uns die Eingabetaste drücken , ich werde zurück in mein Terminal-Fenster gebracht, und ich bekomme die gleiche Nachricht, die ich gewohnt bin zu sehen, wenn ich einen Git-Commit Bindestrich m mache. , ich werde zurück in mein Terminal-Fenster gebracht, und ich bekomme die gleiche Nachricht, die ich gewohnt bin zu sehen, wenn ich einen Git-Commit Bindestrich m mache. versehentlich in dieses VIM-Universum verzogen werden, wollen wir Doppelpunkt WQ entkommen, zurückkehren. Das wird dich rausholen. 4. Anfertigen von alternativen Futures – Branching und Merging in Git: Bisher haben wir darüber gesprochen, was Versionskontrolle ist, was Git ist, wie man es installiert, wie man Dateien inszeniert und festschreibt. Wir werden weitermachen und mit einigen der wirklich großartigen Schlüsselfunktionen von Git sprechen, dem Konzept des Kopfes und dann der Praxis der Verzweigung und Verschmelzung. Das gibt uns die Chance, unsere exzellenten „Zurück in die Zukunft“ Zeitreise-Metaphern zu nutzen . Also, hier geht's. Du bist damit vertraut. Wir machen Momentaufnahmen an wichtigen Punkten in unserem Projekt, damit wir diese Zustände erhalten können. Wenn wir uns diese Zeitleiste ansehen, heißt sie Meister. Es ist die Standard-Timeline, die Sie erhalten, wenn Sie ein Git-Repo initialisieren. Sie können hier sehen, ob ich einen Git-Status auf Zweigmaster mache. Wenn wir also diese Änderungen vornehmen und sie verpflichten, sind wir sicher vor einem echten Aufkleber geschützt, indem wir Git uns zu einem früheren Zeitpunkt in unserem Projekt zurückkehren lassen und von vorne anfangen. Jetzt siehst du das kleine Dreieck, das ich aufgetaucht bin. Dort befinden wir uns in dieser Zeitleiste. Das ist das Konzept des Kopfes in Git, es ist Ihre Zeitmaschine, es ist, wo Sie jetzt in Ihrem Projekt sind. Während Sie weitergehen, nehmen Sie Änderungen vor. Der Kopf ist da, wo du gerade bist. Also lassen Sie uns über Verzweigung sprechen. Hier gelangen wir in unsere „Zurück in die Zukunft“ -Metaphern. Zurück in die Zukunft dreht sich um Marty McFly, ein Teenager im Jahr 1985. Seine Eltern sind Shmacks und die Dinge laufen nicht so toll. Er will sich das Auto ausleihen, um seine Freundin rauszuholen, aber der Boss seines Vaters hat es geliehen und zerstört. Was in dem Film passiert, ist, dass Marty in die Zeit zurückgeht bis 1955, denn das hätte alles abwenden können, wenn sein Vater seine Mutter nur zum Zauber unter dem Seetanz gefragt hätte und sie sich verliebt hätten. Er reist zurück ins Jahr 1955 und stellt eine Reihe von Umständen unter denen sie sich beim Unterwassertanz treffen und ihren ersten Kuss hatten und sich verlieben. Er gründet eine alternative Zukunft und dann, wenn er wieder ins Jahr 1985 kommt, ist alles genial. In unseren Projekten machen wir solche Dinge. Wir starten eine neue Niederlassung und in dieser Branche ist unsere alternative Zukunft. Wir arbeiten an unserem Projekt, alles läuft großartig und wenn wir an einem Punkt sind, an dem wir es wieder in den Master-Zweig zusammenführen wollen, was unser perfekter Zweig ist, machen wir das mit einer Zusammenführung. Also, jetzt in Zurück in die Zukunft, sind wir zurück zu 1985, alles läuft großartig. George ist ein erfolgreicher Schriftsteller, Loraine ist immer noch in George verliebt, und Marty hat jetzt einen tollen Truck. Dieses Muster der Verzweigung und Verschmelzung ist der Kern eines guten Git-Workflows. Es ermöglicht Ihnen, die Freiheit zu haben, zu experimentieren, diese neuen Funktionen auszuprobieren, ohne Ihre Master-Timeline zusammenzuführen. Sie können dieses Muster sehen, wo Sie nach oben gehen, Sie versuchen etwas Neues, es funktioniert, Sie setzen es zurück, Sie gehen nach oben, fügen Sie die nächste Funktion hinzu, es funktioniert, Sie setzen es wieder ein. Das ist so ziemlich der Kern eines guten Git-Workflows. 5. Terminal – Bewegliches KOPF herum+ Branching und Merging: Hier sind wir. Wir werden einen praktischen Blick auf das werfen, was wir gerade gelernt haben. Wir schauen uns an, den Kopf herum zu bewegen, Verzweigungen zu machen und Zusammenführen zu machen. Das erste, was ich tun werde, ist, mal sehen. Machen Sie einen git init und richten Sie dieses Git-Repository ein. Ich habe mit einem frischen für dieses Beispiel begonnen und ich werde eine hello.txt Datei erstellen. Ich sage, berühren Sie hello.txt und Sie können hier im Finder-Fenster sehen, dass ich Repo und hello.txt git muss. Jetzt sehen Sie möglicherweise nicht this.git und this.ds_store. Ich habe mich entschieden, versteckte Dateien anzuzeigen, es gibt Systemdateien, die normalerweise nicht als Benutzer angezeigt werden. Wenn Sie Google, dass, gibt es eine wirklich einfache, wenn Sie kopieren können, fügen Sie diesen Befehl in Ihr Terminal-Fenster und es wird diese Dateien für Sie zeigen. Ich mag es, es zu haben. Das erste, was ich tun werde, ist eine.gitignore Datei einzurichten. Da gehen wir. Jetzt kann ich beide in Sublime Text öffnen. Da gehen wir. Sublime Text ist ein großartiger Texteditor, sie haben viele Plugins dafür. Es ist auch kostenlos für einen Test-Download und ich empfehle es zu verwenden, wenn Sie nur etwas ausprobieren möchten. Beginnen Sie mit gitignore. Das erste, was ich in eine gitignore-Datei einfüge und was diese Datei tut, ist dass git die Dateien, die Sie hier explizit auflisten, nicht verfolgt. Normalerweise füge ich gitignore zwei die gitignore Datei hinzu. Dann zweitens this.ds_store, das ist eine Systemdatei die Macs verwendet haben, um Änderungen im Ordner zu verfolgen , und es ist genug von einer Erklärung zu sagen, dass Sie es nicht in Ihrem GitHub-Repo verfolgen müssen. Ich habe diese beiden Dinge drin und jetzt werde ich mit meiner hello.txt anfangen. Was ich illustrieren werde, ist eine Reihe von Commits und dann, wie Sie sich in diesen bewegen können. Nehmen wir an, ich habe eine tolle Idee für ein Gedicht und ich werde das retten. Ich mag diese beiden Zeilen sehr. Machen wir hier unten ein kleines Diagramm. Wir werden sagen, das ist unser erstes Commit. Ich werde im Grunde anfangen, eine kleine Zeitlinie aufzubauen , nur um zu veranschaulichen, wo wir in dieser Sache sind. Ich werde es speichern, hier rüber gehen, Git-Status machen, und es sagt, ich bin auf Zweigmaster. Es ist mein erstes Commit und es ist eine hello.txt ist die nicht verfolgte Datei. Wir werden git hello.txt hinzufügen. Jetzt können wir Commit, git commit - m für Nachricht. Ich werde sagen, dass ich die ersten beiden Zeilen meines neuen Gedichts hinzufüge . Da gehen wir, also habe ich es begangen. Jetzt kann ich dies überprüfen und sehen, dass git einen Befehl namens log hat. Wenn Sie git log machen, sehen Sie das Commit, das Sie gerade gemacht haben. Es hat diese verrückte lange Commit-Nummer , die für dieses Commit einzigartig ist und sagt, wer es getan hat, wann sie es getan haben, und gibt dann die Commit-Nachricht. Dies ist großartig, wenn Sie in einer Gruppe arbeiten, da Sie alle verschiedenen Commits verfolgen und einen Blick auf den Verlauf werfen können. Lasst uns ein bisschen mehr über das Gedicht hier machen. „ Die Welt so hoch.“ Ja, das fühlt sich wirklich gut an, ich mag dieses Gedicht. Lassen Sie uns nochmal begehen, machen wir ein zweites Commit. Ich nenne das ein B und ich werde einen kleinen Pfeil tun, um zu zeigen, wo wir hier sind. Fügen Sie diesen hinzu, tun Sie git status. Geändert hello.txt, also werden wir git add hello.txt, git commit -m für Nachricht tun , die dritte Zeile hinzufügen und dann begehen wir das. Lassen Sie uns git nochmal protokollieren und sehen, was wir haben. Es gibt unser erstes Commit hier und fügt die ersten beiden Zeilen meines neuen Gedichts hinzu. Dann sehen Sie hier die, die wir gerade gemacht haben, also listet es sie von der letzten unten auf. Alles, okay. So weit, so gut, lasst uns weitermachen. Wir haben noch eine Zeile des Gedichts. Ich werde dieses hier festschreiben, es wird den üblichen Git-Status, git add, git commit durchlaufen . Lassen Sie uns git protokollieren und sehen, was wir hier haben. Wir haben alle drei. Das sollte alles Sinn machen und wirklich wahrscheinlich ein bisschen langweilig schreiben jetzt. Sagen wir aber, ich habe zweite Gedanken über diese letzte Zeile. Vielleicht möchte ich es ändern, aber ich habe es bereits begangen. Nein, was kann ich tun, um dieses Commit zu überwinden? Nun, ich kann zurücksetzen und dann hier ist ein Begriff, den Sie HEAD erkennen. Ich könnte den HEAD nehmen und ihn an einen anderen Punkt auf dieser Timeline zurücksetzen. Ich zeige das, indem ich [unhörbar] sage, was in der oberen linken Ecke am ESC Kai auf Mac, überall etwas zerquetscht ist . Das heißt, nimm den Kopf und geh zurück, geh zurück zum letzten Commit. Da gehe ich, jetzt sind meine Änderungen auf der Bühne nach diesem Reset, und Sie können sehen, dass sich hier aber nichts wirklich geändert hat. Aber wenn wir uns das Git-Protokoll ansehen, werden Sie sehen, dass ich diejenige habe, die besagt , die ersten beiden Zeilen hinzuzufügen und dritte Zeile hinzuzufügen. Aber das Commit ist weg. Also haben wir das Commit rückgängig gemacht. Wir sind in der Zeit auf unserer kleinen Zeitmaschine namens Kopf zurückgegangen. Sagen wir jetzt, ich will diese letzte Zeile überhaupt nicht behalten. Lass uns das machen. Wir ändern das in etwas, das ein bisschen mehr Sinn macht. Da gehen wir. Ich rette es. Dann würde ich git hinzufügen und ich würde git commit und ich git log und Sie können es sehen. Die vierte Zeile, da gehen wir. Sagen wir mal, ich bin damit auch nicht zufrieden. Wenn ich diese ganze letzte Zeile wegsprengen will, begeht dieses ganze C, das ich getan habe. Ich mache mir keine Sorgen darüber, dass ich Dateien aufbewahre. Ich kann einen git reset - -hard machen und ihm dann einen Index für den Kopf geben, HEAD ~ 1. Was das tun wird, ist alles in diesem Commit wegzublasen und den Kopf zurück zum letzten Commit zu bewegen. Also, sobald ich hier zurückkehren, werden Sie sehen, dass sich der Text im Textblock oder erhabenen Text ändert. Tun Sie das und wenn ich hier rüber gehe, boom, weg, aus der Geschichte gelöscht. Versuchen wir jetzt die Summenverzweigung. Offensichtlich habe ich eine Menge Probleme mit dieser nächsten Zeile und ich benutze hier ein lächerlich zu vereinfachtes Beispiel. Aber das liegt vor allem daran, dass ich mich darauf konzentrieren möchte, wie ich mit dieser Timeline umgehen kann, anstatt praktische Anwendungen, Code jetzt zu begehen. Lass uns einen Zweig machen. Dies ist ein perfektes Beispiel dafür, wann Sie vielleicht einen Zweig verwenden möchten, wenn Sie versuchen, die perfekten drei Zeilen, die Sie bisher haben, zu vermasseln. Wir eröffnen hier einen Zweig. Tun Sie dies, machen Sie eine git checkout -b. Wir haben die Kasse noch nicht ausgecheckt, also lasst uns die Kasse auschecken. Checkout ist, wie Sie sich zwischen Zweigen und Git bewegen. Es kann auch als Kurzbefehl verwendet werden, um einen neuen Zweig zu erstellen. Also, wenn ich git checkout -b sage, die Abkürzung für Zweig ist, und gib ihm einen Namen. Wir nennen es die vierte Zeile. Sehen Sie das, ich bin auf einen neuen Zweig gewechselt, vierte Zeile. Hier bin ich, schreibe hier. In der Tat, nennen wir das A, speichern Sie es und machen Sie einen Git-Status. Es zeigt, dass es hauptsächlich geändert wird, weil ich das gerade von einem C zu einem A gewechselt habe. Also lassen Sie hinzufügen, schauen Sie sich das an, das fühlt sich ziemlich gut an. Gehen wir voran und begehen Sie dies. Speichern Sie zuerst. Wir sehen, okay. Ich werde Text git add hello.txt, git commit -m, „Ich denke ich habe es herausgefunden!“ Da gehen wir. Lass uns git log machen. Sie werden alle meine letzten Commits hier sehen, einschließlich der im neuen Zweig. Jetzt sind wir mit dem Gedicht zufrieden. Aber wir sind in einem neuen Zweig. Warum verschmelzen wir es nicht in den Master-Zweig. Wir tun das, jetzt werde ich dieses Diagramm setzen ist die wartete wert. Wir werden versuchen, das hier runter zu bringen und es zu verschmelzen, und dann können wir weitermachen. Dieses Muster könnte vertraut aussehen zwei Sie obwohl, weil genau das, was wir in den Folien dort gesehen haben. Wir gehen gleich hierher. Speichern Sie das. Lass uns git machen. Nun, jetzt haben wir Änderungen vorgenommen, also wird es wollen, dass wir uns wieder verpflichten. Fügen Sie git commit hinzu, das ist eine ziemlich lahme Commit-Nachricht. Tu das nicht. Jetzt können wir git checkout master. Sehen Sie, wir werden zu Zweigmaster wechseln. Sehen Sie jetzt, was passiert, wenn ich zu hello.txt gehe. Es wird sich wieder dahin ändern, wo wir aufgehört haben, als wir unsere Filiale angefangen haben. Bumm. Siehst du das? Der Meister ist sich also nicht dessen bewusst, was wir auf diesem anderen Zweig, auf unserer alternativen Zeitachse, getan haben. Um diese beiden Dinge zusammenzubringen, werden wir einen Git machen. Wir haben Kasse gemacht, wir werden eine Git-Zusammenführung machen. Wie nennen wir den letzten Zweig, die vierte Zeile. Was das tun wird, git wird eine Kopie dieses Zweigs erstellen und in Master zusammenführen. Das würde ich tun, wenn ich mit dem zufrieden wäre, was ich in meinem Zweig getan hatte. Probieren wir es aus. Jetzt, wenn ich hier rüber gehe. Boom, wir haben alles im Meister. Dann geht der Kreis des Lebens weiter. Ich kann hier weitermachen und usw. Das sind die Grundlagen des Git-Workflows genau dort. Sie erstellen etwas, Sie verpflichten es, Aktion, Backup. Sie verzweigen, Sie erstellen etwas, Sie verpflichten es, Sie fügen es wieder zusammen. Wenn ich so weitermachen würde, könnte ich hier raufgehen und hier einen weiteren Zweig gründen. Du verstehst die Idee und gehst so weiter. Das sind die Grundlagen des Workflows. Es wird nur ein wenig mehr involviert, wenn wir später anfangen, GitHub und Sachen hinzuzufügen. Aber nicht viel. Wenn du das bekommst, bekommst du git. Wie ist das auf eine halbe oder eine Linie, um alles einzupacken. 6. Richte dein GitHub-Konto ein: Es ist an der Zeit, Ihr eigenes GitHub-Konto zu erhalten. Ich bin gerade auf die GitHub Website gegangen und habe meine Informationen hier eingegeben. Jetzt habe ich mein neues Konto. Holen Sie sich einfach die kostenlose für den Moment. Wenn Sie möchten, können Sie ein Mikrokonto erhalten. Sie können keine privaten Konten auf dem kostenlosen haben, sie müssen alle öffentlich sichtbar sein. Wenn Sie an irgendetwas arbeiten, das vertrauliche Material hat oder etwas, was Sie nicht tun, was Sie vor der Außenwelt verstecken möchten, dann müssen Sie dafür bezahlen. Aber vorerst werde ich das hier fertig machen. Hier bin ich. Lassen Sie uns darüber nachsehen, sagen wir: „Nein danke.“ Dies ist Ihr Dashboard, das Sie bekommen, und es hat einen kleinen Schritt durch hier, der Sie nur zu den Dokumenten führt und sagt, dass dies ist, wie Sie diese Funktion machen, so tun Sie dies. Wir werden das jetzt tun. Es lohnt sich, auf jeden Fall durchzuziehen. Sicherlich etwas lernen. Das erste, was wir tun werden, ist, zu gehen, wie Sie ein neues Repository erstellen. Jetzt hast du es lokal vorher mit Git init in deinem Verzeichnis und Workspace gemacht. Jetzt machen wir dies in der Cloud auf GitHub und zeigen Ihnen, wie Sie es auf Ihren Computer bringen können. Sie können auch lokal starten und es dann auf Ihren GitHub schieben. Es begann Repo auf diese Weise. Das werde ich in einer Minute erledigen. Aber das ist wahrscheinlich der einfachste Weg, um loszulegen. Sie klicken auf die große grüne Schaltfläche und gute alte GitHub sagt: „Wie wollen Sie es nennen?“ Dies wird das Repo für unser Projekt sein. Ich nenne es Kochbuch. Dies muss öffentlich sein und ich werde auf „ Dieses Repository mit einem README initialisieren“ klicken . Ich zeige dir in einer Minute, warum. Da gehen wir hin. Hier ist mein brandneues Kochbuch-Repository. Dies ist standardmäßig die README-Datei, wenn Sie zu Ihrer GitHub-Kontoseite gelangen. Sie können dies überprüfen, indem Sie zu einem anderen GitHub-Repo im Internet gehen. Es zeigt diese Readme.md Datei und MD steht für Markdown. Markdown ist eine Kurzform, um HTML zu schreiben. GitHub versteht es und analysiert es und schreibt es so aus. Wir werden in dieser README-Datei für diese Klasse arbeiten. Machen Sie sich ein GitHub-Konto einrichten, und wir gehen zurück zu den Folien und sprechen ein wenig über die Art und Weise, wie wir mit GitHub interagieren und beginnen, Inhalte miteinander zu teilen. Eigentlich nähern wir uns dem Ende der Lektion, wir haben noch ein paar Einheiten zu gehen, aber ich würde sagen, wir sind hinter dem halben Punkt und hier wird es wirklich Spaß machen. Holen Sie sich Ihr Konto und ich sehe Sie im nächsten Video. 7. Klonen und Forking – Eine Übersicht über den GitHub Workflow: los geht's. Wir werden einen Blick auf GitHub werfen. GitHub ist im Wesentlichen nur ein Git-Repo, das auf github.com läuft. GitHub hat eine Reihe von Funktionen zusammengestellt, die Ihnen bei der Arbeit an teambasierten Projekten helfen. Es ist auch ein soziales Netzwerk für Open-Source-Projekte als auch. Zwei der Hauptkomponenten des GitHub-Workflows sind das Klonen und Forken. Klonen ist im Grunde nur eine Kopie zu machen. Es ist, wie es klingt, was Sie tun möchten, ist, Dinge von Ihrem GitHub-Repo in Ihre lokale Entwicklungsumgebung zu bringen, so dass Sie daran arbeiten können. Wenn Sie diese Kopie erstellen, benennt GitHub automatisch diesen Repo-Ursprung. Es ist eine Fernbedienung. Wie Sie sehen können, ist es weg von Ihrer lokalen Entwicklungsumgebung. Jetzt haben Sie immer noch ein Git-Repo, wie wir es zuvor lokal gesehen haben , und Sie können es über eine beliebige Anzahl von Fernbedienungen erzählen. In einem Projekt haben Sie möglicherweise eine Fernbedienung zum Bereitstellen von Stagingcode, möglicherweise haben Sie einen für die Bereitstellung von Produktionscode, Sie können sogar anderen Teammitgliedercomputern eine Remoteadresse zuweisen und Code an sie senden. Diese werden als Fernbedienungen bezeichnet. Hier sehen Sie ein wenig andere Version dieses Zweigs, erstellen, Commit, Merge, Zyklus, die wir zuvor gesehen haben. Wenn wir zu unserem Commit kommen und wir bereit sind, es zusammenzuführen, anstatt es wieder in unseren Master-Zweig zu verschmelzen, was wir tun werden, ist, diesen Inhalt auf unsere Fernbedienung zu schieben und ihn dort zusammenzuführen. Wenn das mit dem Master-Zweig zusammengeführt wurde, ziehen wir dann diesen neuen Master-Zweig zurück in unser Projekt und starten diesen Zyklus erneut. Was ist, wenn es jemand anderes GitHub-Repo ist? Du wirst keinen Zugriff darauf haben. Es sei denn, Sie sind ein Admin in diesem Projekt. Was passiert, wenn Sie versuchen, Inhalte auf dieses Repo zu übertragen? Nun, das wirst du nicht in der Lage sein, weil du keine Zugriffsrechte hast. In diesem Zustand müssen Sie einen sogenannten Pull-Request einreichen. Im Wesentlichen ist eine Pull-Anfrage nur eine Benachrichtigung , die Sie jedem geben, der das Repo besitzt, das sagt: „Hey, ich habe diesen Inhalt erstellt. Wirst du es in das Projekt ziehen?“ Die Funktion, die sie dienen, ist, dass es im Wesentlichen alle auf der Welt davon abhält , Inhalte ohne ihre Erlaubnis in das Projekt eines Eigentümers zu schieben. In einem teambasierten Projekt gibt es auch zusätzliche Augen für Code, der beigetragen wird, der Inhalt im Allgemeinen codiert. Jemand anderes muss überprüfen, was eingereicht werden wird und es für die Aufnahme in Ordnung bringen. Es ist also ein netter Filter, um die Dinge sauber zu halten. Eine kleine Notiz; Wenn Sie Pull-Anfragen senden, versuchen Sie, sie so prägnant wie möglich zu halten. Machen Sie keine Menge Arbeit für diejenigen, die diese Pull-Anfrage überprüfen müssen. Hoffentlich werden die anderen Mitglieder Ihres Teams die gleiche Höflichkeit auf Sie ausdehnen, so dass Sie keine gigantische Pull-Anfrage durchlesen müssen , nur um sie in das Projekt aufzunehmen. Wenn diese Pull-Anfrage genehmigt wird, wird der Prozess auf die gleiche Weise fortgesetzt, wie wir es gesehen haben. Es würde in den Master-Zweig zusammengeführt werden und Sie würden diesen neuen Master herunterziehen und in Ihr Projekt integrieren. Erst jetzt kann es Einsendungen von anderen Teammitgliedern enthalten. So erhalten Sie nicht nur Ihre Funktion, sondern auch alle anderen Funktionen, die entwickelt wurden, während Sie an Ihrem gearbeitet haben. Forking ist ein bisschen wie Klonen. Es macht nur eine Kopie von jemand anderem Repo dort oben auf GitHub. Sie beginnen mit ihrem GitHub-Repo, Sie gabeln es, und jetzt haben Sie ihr GitHub Repo und Ihr GitHub Repo. Forking funktioniert gut, wenn Sie ein Open-Source-Projekt nehmen, es zu Ihrem eigenen machen und es in Ihre eigene Richtung nehmen möchten. Bei einem Projekt werde ich oft das Repo verzweigen, so dass ich dieses zusätzliche Maß der Überprüfung habe. Ich werde meinen Zweig dorthin schieben, ihn überprüfen und dann eine Pull-Anfrage an das Haupt-Repo senden. Sie erhalten ein wenig GitHub Magie, wenn Sie dies tun. Die beiden Repos werden sich gegenseitig bewusst sein. GitHub hat mehrere Funktionen entwickelt, die das Überprüfen und Zusammenführen von Code oder einen Inhalt machen. Ich verwende Code und Inhalte austauschbar. Es wird Dinge tun, wie lassen Sie wissen, ob die schlechten Anfragen leicht zusammengeführt werden können oder wenn es ein Problem gibt. Sie werden ein bisschen mehr darüber sehen, wenn ich Sie durch das Live-Beispiel führe. Wir werden die ganze Sache zusammenstellen und Sie werden sehen, wie es funktioniert, die Einheimischen und die Fernbedienung. Es wird all die Dinge enthalten, über die wir bisher gesprochen haben. Wir haben über Git gesprochen, über verteilte Versionskontrolle, wir haben Git installiert, wir haben ein Git-Repo lokal initialisiert. Wir haben uns mit Verzweigung, Inszenierung und Committing beschäftigt. Wir wissen, was HEAD ist und wir wissen, was Fusion ist. Wir haben über Pushing, was Fernbedienungen sind, Klonen, Forken und Pull-Anfragen gesprochen was Fernbedienungen sind, Klonen, . Mal sehen, wie das Ganze zusammen funktioniert. Wir werden mit einem Master-Projekt-Repo beginnen. Wir werden das verzweigen und unser eigenes Repo haben, das wir dann auf unsere lokalen Umgebungen klonen, damit wir daran arbeiten können. Wir werden unsere Arbeit erledigen, wir werden uns zu unserer Gabel bewegen und dann eine Pull-Anfrage an das Haupt-Projekt-Repo senden. Sobald das in Ordnung ist, können wir es lokal mit allen Änderungen zurückziehen , die von anderen Teammitgliedern eingereicht wurden. Dieser Zyklus wiederholt sich und wiederholt sich. Also mach dich bereit. Wir werden das jetzt live machen. Nach diesem nächsten Video sollten Sie bereit sein, zu unserem Projekt beizutragen. 8. Klonen einer GitHub – Live-Demo: Beginnen wir mit einer Live-Demo. Hier bin ich in meinem neuen GitHub-Repository, das ich speziell für dieses Projekt eingerichtet habe . Ich nenne es 'Kochenmitmarc'. Hier werde ich einige meiner Rezepte aufbewahren. Ich habe kein Repository, also lasst uns jetzt ein neues starten. Wir rufen diesen Toast und ich werde mein Toastrezept hier reinlegen. Es wird standardmäßig öffentlich. Wenn Sie ein privates Repo wollen, müssen Sie dafür bezahlen. Also gehen wir an die Öffentlichkeit, da ich mein Toastrezept mit der Welt teilen möchte. Ich werde dies mit einer README-Datei initialisieren, was eine gute Idee ist. Zumindest hat das Projektarchiv etwas drin. Dann klicken Sie einfach auf den großen grünen Knopf, und da gehen wir. Jetzt gehen wir hier rüber. Ich werde das in meine lokale Entwicklungsumgebung klonen. Sie erhalten Klon und fügen Sie diese Adresse dort ein. Erinnern Sie sich an die Fernbedienung aus der letzten Serie von Dias? Das ist die Fernbedienung hier, in der ich bin. Also musste ich das auf meinen Desktop klonen, und sobald ich das mache, wird Git in seine Remote-Adresse schreiben. Lassen Sie mich es einfach tun, es wird mehr Sinn ergeben. Also hat es es heruntergebracht, lassen Sie uns das Finder-Fenster hier überprüfen, und es sollte uns sagen, sicher genug, es gibt Toast. Also, wenn ich git remote sage, muss ich jetzt Verzeichnisse in das eigentliche Repo ändern. Ich mache das bei jedem Projekt. CD in Toast. Jetzt mache ich git remote, und es wird mir den Ursprung zeigen. Also, das ist die Fernbedienung, die ich habe, Namen am Ursprung standardmäßig, Sie können es in alles ändern, was Sie wollen. Ich folge gerne der Namenskonvention von Origin und Upstream, nur weil es mir hilft, klar in meinem Kopf zu halten , wohin genau ich Inhalte später schiebe. Jetzt kann ich eine git remote -v für ausführlich machen. Diese Fahne bedeutet ausführlich sein, erzählen Sie mir mehr. Dann werden Sie sehen, dass Ursprung diese Adresse hat, cookingwithmarc/toast.git, was wir kopiert haben. So können Sie diese Herkunft oder diese Fernbedienungen verwenden. Sie teilen Ihrem GitHub-Repo diese Adressen mit, und Sie können Inhalte an sie übertragen. Ich kann zu meinem GitHub-Repo schieben. Ich kann die Adresse von jemand anderem Repo dort reinlegen und drauf drauf drücken. Das ist ein wirklich gepflegter Weg. Steht im Kern dieses Begriffs der verteilten Versionskontrolle. Werfen wir einen Blick auf die README-Datei, wir werden einige Änderungen hier vornehmen. Dies ist eine Markdown-Datei, md steht für Markdown. Es ist eine Möglichkeit, HTML in Kurzform zu schreiben. Wenn Sie also mit H1, H2, H3 als Kopfzeilenebene vertraut sind , selbst wenn Sie zuvor nur in einer Textverarbeitungsdokumentanwendung gearbeitet haben, sind Sie mit dieser Idee vertraut. So können Sie Markdown sagen, ein H1 mit einem Hashtag, zwei Hashtags als H2, drei als H3 usw. Machen wir das als H3. Jeder Ort, der einen Zeilenumbruch hat, wird als neuer Absatz gerendert. Mal sehen, habe ich meine Toast-Richtung hier? Ich rette das auf. Lassen Sie uns hier rüber gehen, und wir werden diesen ganzen Zweig machen, um Schritt Commit-Prozess zu erstellen. Ich habe bereits mit dem Erstellen begonnen, ohne einen neuen Zweig zu starten. Also lasst uns einen neuen Zweig beginnen. Wir werden diese Rezeptausgabe nennen. Git Checkout -b für Zweigrezept. Wenn wir also einen Git-Status machen, sagt es, dass die README geändert wurde, und Sie können direkt hier sehen, wenn wir den Zweig gestartet haben, haben wir diese modifizierte README dorthin getragen. Also werde ich sagen, git add, readme.MarkDown, mache ein git commit -m für Nachricht. Schneller Git-Status, bis alles cool ist. Also, jetzt werde ich das bis zu meinem Ursprung Repo schieben. Also werde ich sagen, git push to origin. Wie nennen wir diesen Zweig? Rezept. Da gehen wir. GitHub wird mich bitten, jedes Mal, wenn ich schiebe, mich mit dem Benutzernamen und Passwort zu authentifizieren. Es sei denn, ich habe SSH-Setup, was eine zusätzliche Sicherheitsstufe ist. Ich werde jetzt nicht darauf hineingehen, das könnte ein Thema für eine andere Klasse sein. Du bist Google gekommen, wie man SSH einrichtet, es ist nicht so schwer. Wenn Sie also immer wieder Ihren Benutzernamen und Ihr Passwort eingeben, googeln Sie das und sehen Sie, ob Sie es zum Laufen bringen können. Das ist in der Regel, was ich benutze. Also gehen wir jetzt zum GitHub-Konto. Du wirst sehen, dass ich hier einen Pull-Antrag habe. Sobald ich diesen Inhalt schiebe, erkannte GitHub, dass es sich um einen eingehenden neuen Zweig handelte, und es heißt: „Möchten Sie eine Pull-Anfrage dafür machen?“ Sicher. Lassen Sie uns den Pull-Request erstellen. Jetzt wird es mir sagen, dass Sie das automatisch zusammenführen können. Das ist großartig, lass uns das machen. Lass es uns verschmelzen, festigen. Großartig. Also, was es getan wird, ist das Gleiche, was wir lokal tun würden, wenn wir wieder zusammenführen würden. Du gehst in diesen kleinen Zweig und dann, wenn du fertig bist, du wieder in den Master verschmolzen. Wir haben das gerade hier oben in der Cloud in unserem GitHub-Repo gemacht. So können Sie den Zweig löschen, den Sie drücken, weil er in Ihren Master gezogen wurde. Jetzt gehen wir hier runter. Wenn wir Git sagen, möchte ich Ihnen das zeigen. Unser Toastrezept ist alles in einem Stück. Wir sind immer noch auf dem Toastzweig. Also, wenn ich Git Checkout sage, Master, schau an, was passiert. Wow, es ist alles weg. Also dieser Zweig hat all diese Änderungen, Master hat es nicht. Wenn wir lokal arbeiten würden, würden wir den Rezeptzweig in den Master zusammenführen. Nun, wir werden das stattdessen aus dem GitHub-Repo tun. Also sage ich git pull, und was Pull tut, ist, dass es nach oben geht, sich nach etwas Neues umsieht, es herunterbringt und es mit welchem Zweig hier in zusammenführt. Also git Pull Ursprung, Meister. Da gehen wir, und jetzt sollten wir all diese Veränderungen haben. Es gibt also eine Schleife durch das Loch, Erstellen eines Repos, das Klonen nach unten, Erstellen von Inhalten, das Drücken nach oben, Zusammenführen und es wieder nach unten bringen, und komplettieren Sie die Schleife, die Sie auf den Folien gesehen haben. Also für das nächste Video werde ich dasselbe mit Gabelung machen. Es ist nur ein weiteres kleines Maß an Komplexität ehrlich. Ich will, dass du es tust, ist, das auszuprobieren und die ganze Schaltung dafür zu bringen, für dich zu arbeiten. Dies ist Ihr grundlegender GitHub und Git-Workflow, den Sie für jede Art von Webprojekt oder Open-Source-Projekt oder so etwas verwenden würden . Also, wenn Sie das tun können, haben Sie es, und die nächste Lektion wird nur ein bisschen extra sein. So haben Sie daran und viel Glück. Wir sehen uns in einer Minute. 9. Forking auf GitHub – Live-Demo: Jetzt werden wir uns das Forking in GitHub ansehen. Dies ist typisch für den Prozess, den Sie durchlaufen würden wenn Sie zu einem Projekt beitragen möchten, das Sie nicht besitzen. Dies ist mein persönliches Repo auf GitHub. Ich habe einen anderen Browser mit unserem Kochbuchrepo geöffnet. Während ich hier als Admin in diesem Browser eingeloggt bin, bin ich nicht, aber ich kann zu ihm navigieren. Gehen wir zu github.com/gitforvisual. Ich kann dieser Person hierher folgen, und ich kann mir auch die Repos ansehen, die sie haben. Da das öffentlich ist, kann ich es verzweigen. Hier ist das Gabelsymbol hier drüben. Wenn ich das mache, liebe ich diese Animation hier. Ich bekomme eine Gabel von GitHub. Da gehen wir. KochenWithMarc/Kochbuch. Das wird eine Kopie dessen sein was hier drüben ist. Sehen Sie, wie sie zusammenpassen. Jetzt muss ich das gleiche Verfahren befolgen, wie ich es beim Klonen getan habe. Ich kopiere diese URL, gehe zurück hierher, stelle sicher, dass ich im Arbeitsbereich bin und sage, get clone, setze das ein. Da gehen wir. Jetzt sollte ich Kochbuch im Arbeitsbereich haben. Da ist es. Jetzt kann ich diese README-Datei nehmen und bearbeiten. Das wird eigentlich Teil unseres Projekts sein. Noch einmal habe ich getan, was Sie nicht tun sollen, was anfangen soll, zu erstellen, bevor Sie einen Zweig erstellen. Lassen Sie mich das jetzt tun. Ein schneller Git-Status wird uns zeigen. Ich muss ins Kochbuch sehen. Da gehen wir. Git-Status. Git Checkout-b, wir nennen diesen Zweig Tortilla. Git fügen Sie die Readme.markDown-Datei hinzu, git committe es mit einer Nachricht. Da gehen wir. Jetzt kann ich eine Git Push Origin Tortilla machen. Dies wird meinen Zweig lokal bis zu meinem GitHub-Repo schieben. Hier werden wir sehen, wie die GitHub-Magie mit der Gabel ins Spiel kommt. Ich mache das. Jetzt schauen wir uns mal an. Sicher genug. Da ist mein Zweig, den ich da raufgeschoben habe. Wenn ich sage, vergleichen und ziehen Anfrage, gibt es mir die Möglichkeit, eine Pull-Anfrage zu erstellen. Ich sehe hier nichts, was sagt, wie man es zusammenführt. Denn jetzt bin ich in Git für Visual/Kochbuch. Folgen Sie dem magischen Link von meinem GitHub-Repo zu dem, von dem ich gegabelt habe. Nun, wenn ich hier zum eigentlichen Git für das visuelle Kochbuchrepo gehe , bei dem ich als Admin angemeldet bin und in der Pull-Anfrage schaue, erscheint die Pull-Anfrage. Jetzt kann ich es überprüfen und ich kann es zusammenführen. Es wird Teil dieses Projektarchivs. Gehen wir zurück. Da gehst du. Wie zuvor, wenn ich git checkout master gehe, sollte das alles verschwinden. Bumm. Wir müssen die aktuellste Version des Masters in unser Repository ziehen. Git, zieh. Warten Sie eine Minute. Halten Sie eine Sekunde. Schauen wir uns unsere Fernbedienungen an. Wir haben nur einen Ursprung. Wir müssen eine Fernbedienung für dieses originale Kochbuchrepo hinzufügen. Gehen wir dorthin zurück. Kopieren Sie die Clone-URL und sagen „Git remote add upstream“ und fügen Sie sie in. Was ich sage, ist: „Hey git, ich möchte eine Fernbedienung hinzufügen, ich möchte sie stromaufwärts nennen.“ Wieder, ich könnte es so nennen, wie ich es will. Aber Upstream und Herkunft sind zwei Namenskonventionen, an denen ich mich halte und an die viele Leute halten, weil es dir hilft, dich in deinem Kopf zu trennen, wo du dieses Zeug schiebst. Origin ist mein und flussaufwärts ist das wichtigste kanonische GitHub-Repo. Ich werde „Enter“ sagen. Nun, wenn ich git remote-b sage, zeigt es mir meinen Ursprung und meine Upstream-Fernbedienungen. Wenn ich sage git pull upstream master, es wird nach oben gehen, es wird nach etwas Neues suchen, es wird es nach unten ziehen und es wird es mit meinem Master-Zweig zusammenführen. Wenn ich zurück gehe, sollte ich es jetzt haben. Boom, da geht's. Jetzt kann ich den ganzen Zyklus von vorne beginnen. Wenn Sie Befehlstaste K drücken, wird der Bildschirm gelöscht. Ich mag es, das ziemlich oft zu tun. Ich gehe git checkout-b. Nehmen wir an, ich möchte einige Verbesserungen an der Art und Weise machen, wie ich mein Rezept geschrieben habe. Wenn ich diesen Tweaks Zweig starte, habe ich den neuesten und größten Meister. Wenn ich zusammenarbeiten würde und das wird passieren, wenn wir zusammenarbeiten, werde ich alle Änderungen ziehen, die von anderen Teammitgliedern hinzugefügt wurden , sowie nur meins. Wenn ich einen neuen Zweig beginne, bringe ich all diese mit ein. Ich habe immer die aktuellste Version. Ich habe einen neuen Zweig zwickt. Gehen wir hier rein. Ich werde das nur ein kleines Update machen. Sag dir was, ich werde hier auch eine Zeile setzen, um mein Rezept von allen anderen zu trennen . Das sind meine Verbesserungen. Git Add ist ein Trick. Git add. fügt alle Ihre Onstage-Dokumente hinzu. Wenn Sie eine Menge Zeug offen haben, kann es ein wenig schwierig werden. Aber wenn Sie normalerweise an drei oder vier Dateien arbeiten, die Sie sein werden, wenn Sie Web-Entwicklung machen, ist das ordentlich und es ist eine Abkürzung, mit der Sie mehrere gleichzeitig hinzufügen können , ohne den gesamten Dateinamen einzugeben. Git commit-m für Nachricht, hat etwas Text geändert. Es ist eine ziemlich schlechte Commit-Nachricht, aber wir werden mit ihr gehen. Jetzt kann ich einen Git-Push-Ursprung machen. Wir werden das hier Tweaks nennen. Ich habe das nach oben geschoben, schauen wir uns mal an. Wo ist mein Repo? Wenn ich nach Verbesserungen anfordere, springt es mich hier rüber, ich erstelle die Pull-Anfrage, sie kann nur von Projektmitarbeitern zusammengeführt werden. Nun, gehen wir hier rüber, wo ich ein Kollaborateur bin , und schauen uns die Pull-Anfragen an. Da ist es. Ich verschmelze es als Admin hier drüben. Jetzt kann ich Git Checkout Master sagen. Ich kann git ziehen. Lassen Sie uns das wirklich schnell überprüfen. Ich bin im Meister, also sollten meine Veränderungen nicht hier sein, und sie sind es nicht. Da ich git pull upstream master mache, wird es die neuesten Änderungen erhalten und dies sollte jetzt die kleinen Änderungen widerspiegeln, die ich vorgenommen habe. Es gibt ein paar Schleifen durch Gabelung. Im Grunde ist es das. Du bist am Ende dieser Klasse. Sie haben ziemlich viel Material abgedeckt und Sie sollten jetzt in der Lage sein, Ihr eigenes Git-Repo lokal einzurichten. Set ging auf GitHub und klonen und forken. Dies sind die grundlegenden Fähigkeiten, die Sie benötigen, um mit Git an einem Teamprojekt zusammenzuarbeiten. Herzlichen Glückwunsch, auf jeden Fall ein paar Mal durchlaufen. Dann machen wir das letzte Video darüber, was Sie für Ihr Rezeptprojekt einreichen, das Sie so ziemlich gerade gesehen haben. Wenn du da oben ein Rezept geben kannst, dann hast du es getan. Das ist das ganze Ziel. Nicht viel eigentliche harte Arbeit, was das Erstellen eines Artefakts angeht, die meiste harte Arbeit, die Sie in dieser Klasse getan haben, ist nur das Lernen. Lernen, wie die Dinge funktionieren und lernen Sie die Syntax und das Protokoll für den Beitrag. Herzlichen Glückwunsch und wir sehen uns im letzten Video. 10. Conflicts und Abschließende Aufgabe: Alles klar, alle. Willkommen zum letzten Video für Git und GitHub für visuelle Lernende. Ich werde etwas wirklich schnelles abdecken, auf das Sie wahrscheinlich im Laufe dieses Projekts nicht stoßen werden. Aber wenn Sie Git auf irgendeine Art teambasierter Weise verwenden, besteht eine gute Chance, dass Sie auf einen so genannten Zusammenführungskonflikt stoßen können. Sie können sehen, dass ich reingegangen bin und die Datei durcheinander gebracht habe, damit ich diesen Zusammenführungskonflikt erstellen konnte. Im Grunde, was passiert, ist, wenn man Leute dazu beiträgt und dann wieder nach unten zieht und in diesem Zyklus wieder beigetragen und zurückgezogen wird, wird früher oder später jemand einen Code in einer Zeile ändern, die jemand anderes getan hat, und es könnte Git verwirren. Git weiß möglicherweise nicht, welche Version der beiden verschiedenen Änderungen vorgenommen werden soll. Es gibt Ihnen also einen Zusammenführungskonflikt. Aber es wird etwas hilfreich für Sie tun, es wird darauf hinweisen, wo die Verwirrung ist. Hier sehen Sie also eine Auswahl, bei der in einem Fall jemand den Namen Marc Nischan Esquire eingereicht hat, und der andere Marc Nischan PhD. Also hat Git dies in einem kleinen Kommentar eingewickelt. Sie sehen dieses unverwechselbare Muster von größeren Thans und weniger Thans , die durch eine durchgezogene Linie geteilt werden. Git sagt also, dass diese große Zahl die tatsächliche ID des Commits ist. Also sagt Git, zwischen diesen beiden, welche wollen Sie im Wesentlichen behalten? Alles, was Sie tun müssen, ist, das zu beheben. Ich werde Esquire behalten. Obwohl ich weder ein Esquire noch PhD bin. Aber das ist eine ganz andere Geschichte. Also paare ich das zusammen, um nur die Texte zu sein, die ich behalten möchte, und es gab einen anderen hier unten, sieht so aus, als wären diese Räume verändert worden. Das macht nicht viel Sinn, wir werden das auch loswerden. Also, jetzt kann ich das retten. Lass uns einen Git-Status machen und sehen, was ich bekomme. Großartig. Git hinzufügen. Git commit -M, Nachricht, Lösen eines Zusammenführungskonflikts. Da gehen wir. Es ist also ein kurzer Blick auf Zusammenführungskonflikte. Eine weitere Option, die Sie haben, ist das Herunterladen eines Merge-Tools. Ich benutze P4Merge, es ist kostenlos. Es ist ziemlich gut. Sie können in diesem Bild hier sehen, es richtet im Grunde, was auf der Fernbedienung ist, was auf Ihrem Computer ist und was in dem Zweig ist, den Sie heruntergezogen haben. Es fordert Sie auf, zwischen den verschiedenen Versionen zu wählen, und es spart die eine, die Sie wählen. Das ist also ein wirklich ordentlicher visueller Weg, um diese Dinge zu durchlaufen. Es ermöglicht Ihnen, durch das gesamte Dokument zu blättern, und zeigt Ihnen all diese verschiedenen Orte an, an denen die Fehler sind. Ich möchte nicht in die Installation gehen. Es gibt einige tolle Tutorials, wie man dieses Ding installiert. Es gibt viele kostenlose Merge-Tools. Also sieh dich um, wähle einen, den du magst, und du kannst das laufen lassen, ich bin sicher ziemlich schnell. Also, was ich jetzt tun möchte, ist durch einen ganzen Zyklus laufen. Im Grunde ist dies Ihr endgültiges Projekt. Der ganze Zyklus des Hinzufügens eines Rezepts und des Übergangs vor Ort und schieben es für Aufnahme in das Master-Kochbuch. Also, hier geht's. Also hier ist mein Projekt, Kochbuchprojekt. Ich werde noch ein Rezept hinzufügen. Das ist ziemlich genau das, was du tun würdest. Sie würden damit beginnen, mit Forking, Klonen und dann mit einem neuen Zweig zu beginnen. Also bin ich jetzt auf Meister. Ich kann das überprüfen, indem ich zum Git-Status gehe. Machen wir einen Git Checkout -B und wir nennen diesen neuen Zweig Knoblauch. Weil ich Rezept für gerösteten Knoblauch hinzufügen werde. Also lasst uns bis zum Ende meiner letzten gehen. Genau hier, ich habe eine Menge in Markdown formatiert. Also müssen wir keine Zeit verschwenden. Da gehen wir. Also speichern Sie es, und ich muss es hinzufügen, begehen Sie es. Jetzt werde ich das auf meine gegabelte Version davon schieben. Ich verwende die Namenskonvention von Herkunft und Upstream. Upstream ist das Original, und der Ursprung ist derjenige , den ich gegabelt habe. Also werden wir diese Änderungen Git hochschieben. Schieben Ursprungskopf Also schieben Sie an den Ursprung, wo ich gerade bin. Da gehen wir. Jetzt, wie ich zu meinem Repo gehe, hier, Kochbuch, habe ich die Möglichkeit, eine Vergleichs- und Pull-Anfrage zu machen, was ich tun werde. Großartig. Es ist auf dem neuesten Stand mit dem Basiszweig, also sollte ich keine Probleme haben, dies zusammenzuführen. Also, jetzt gehe ich zurück zu diesem anderen Browser, wo ich als Admin angemeldet bin, und ich werde mir die Pull-Anfragen ansehen, und da ist es. Das werde ich also tun, wenn ich deine Pull-Anfrage erhalte. Ich werde es mir ansehen, die Akten überprüfen und sicherstellen, dass da nichts Verrücktes drin ist. Jetzt werden Sie diese Symbole hier bemerken. Sie lassen Sie die vollständige Akte sehen. Es verbirgt im Grunde Dinge, die keinen Konflikt haben, Dinge, die Sie zuvor gesehen haben. Es macht es einfacher, die Änderungen zu scannen und sich nicht um den gesamten Text dazwischen kümmern zu müssen. Nun, das sieht alles gut aus. Gehen wir zurück und verschmelzen das. Das war's. Also müssen Sie diesen Schritt nicht einmal tun, alles, was Sie wirklich tun müssen, ist es zu schieben, und lassen Sie die Pull-Anfrage zu diesem Repo kommen, an welchem Punkt ich es tatsächlich zum Kochbuch hinzufügen werde. Aber was Sie tun können, wenn Sie für Ihr endgültiges Projekt auf Skillshare gehen, ist nur einen Screenshot Ihrer Version zu machen, Ihr Profil davon. Machen Sie einfach einen Screenshot und posten Sie das als abschließendes Projekt. Das sollte es tun. Vielen Dank für die Teilnahme an dieser Klasse, ich weiß es wirklich zu schätzen. Wenn Sie es hilfreich fanden, macht eine positive Bewertung diese Klasse wirklich einfacher für andere Leute zu finden, lässt sie ein wenig nach oben schweben. Also, wenn Sie es hilfreich finden, geben Sie es bitte eine positive Bewertung, und helfen Sie anderen Menschen, es zu finden. Natürlich, wenn Sie Feedback haben, positiv oder negativ, würde ich es gerne hören. Vielleicht kann ich diese Klasse sogar noch ein bisschen besser machen. Nochmals vielen Dank und viel Glück. Eine letzte Sache, die ich Ihnen sagen möchte, ist, dass ich gitforvisual.com aufgestellt habe. Wie Sie sehen können, gibt es momentan nicht viel. Aber was es hat, ist dieses PDF, das Sie herunterladen können. Es ist im Grunde ein Spickzettel, das diesen ganzen Prozess durchläuft, den wir hier in der Klasse gemeinsam durchgemacht haben. Das ist etwas, was Sie praktisch halten können, wenn Sie nur eine kurze Referenz für den von uns beschriebenen Workflow wünschen. Also da hast du es. Nochmals, vielen Dank. Ich schätze Ihr Feedback und genieße Skillshare und Git. Vielen Dank. Tschüss.