Erste Schritte in Git

1. Erste Schritte in Git Einführung: Hallo Leute, und willkommen bei Getting Started in Tech. Mein Name ist Joe und ich werde der Dozent für dieses Video sein . Heute werden wir mit Git beginnen. Git ist eine Form der Quellcodeverwaltung. Das bedeutet, dass wir eine Anwendung wie GT verwenden , um verschiedene Versionen unserer Projekte zu übertragen und zu speichern. Jetzt werden diese Projekte in sogenannten Repositorys gespeichert , und mithilfe dieser Repositorien können wir zu verschiedenen Zeitpunkten in unseren Projekten auf die verschiedenen Dateien zugreifen zu verschiedenen Zeitpunkten in unseren Projekten auf die verschiedenen Nehmen wir zum Beispiel an, wir arbeiten an einem codebasierten Projekt und haben einige Änderungen an einer unserer Dateien vorgenommen, und diese Änderungen haben letztendlich dazu geführt, dass der Code beschädigt wurde Jetzt könnten wir alle dort vorgenommenen Änderungen durchgehen und Fehler beheben und versuchen herauszufinden, was den Code kaputt gemacht hat. Oder wir könnten einfach zu einer früheren Version unseres Projekts zurückkehren einer früheren Version unseres Projekts und dann einen Zweig erstellen. Mithilfe dieses Zweigs können wir dann den Code bearbeiten, der im Nachhinein hinzugefügt wurde, und Fehler beheben, um festzustellen, was genau geändert werden muss. Dies ist nur ein Beispiel dafür, wie wir Git verwenden können, um unseren Workflow zu verbessern. In diesem Video werden wir uns alle Grundlagen der Verwendung der GT-Software genau ansehen alle Grundlagen der Verwendung der GT-Software Lassen Sie uns also anfangen. 2. Herunterladen und Installieren von Git: Als erstes werden wir Git und Git Bash installieren Git ist die Software und Git Bash ist das Terminal , das damit geliefert wird Geben Sie einfach Git in Microsoft Bing oder Ihrer Suchmaschine und Sie werden die Option mit der Aufschrift G S M finden wollen . Wählen Sie von hier aus die Download-Option aus, falls sie sichtbar ist , oder gehen Sie einfach auf die Website und suchen Sie die Download-Seite Du solltest so etwas sehen, und du wirst hier eine Vorstellung davon bekommen, was die aktuelle Version von Git ist. Selbst wenn Sie eine ältere Version von Gits haben, sollte sie für diesen Kurs absolut in Ordnung sein Das Gleiche gilt, wenn Sie eine neuere haben , da sich Git durch seine neuen Versionen und Releases kaum verändert durch seine neuen Versionen und Wählen Sie das für Sie geeignete Betriebssystem . Ich werde Windows wählen. F hier, zum Herunterladen hier klicken ist ein Link. Wählen Sie es aus, um den Download-Vorgang zu starten. Sobald dies erledigt ist, können Sie mit der linken Maustaste doppelklicken . Daraufhin sollte Ihr Dateibrowser angezeigt werden, sofern er nicht bereits geöffnet ist. Dann müssen Sie nur noch zu Ihrem Dateibrowser navigieren. Und Sie können tatsächlich sehen, dass ich es heute schon ein paar Mal heruntergeladen Also werde ich einfach mit der linken Maustaste auf das Original doppelklicken. Und dann beginne mit dem Installationsvorgang. Dies ist also nur der Fall, wenn Sie mehrmals auf die Schaltfläche Weiter klicken. Ich habe mir diesen Ordner hier ausgedacht. Wenn Sie Gits noch nicht installiert haben, haben Sie diesen Ordner nicht, also wird Ihnen diese Aufforderung nicht Aber ich werde einfach Ja auswählen. Und dann werde ich einfach jeden von ihnen durchgehen und hier können wir wählen, was der Standardeditor sein soll. Ich werde es vorerst beim VIM-Editor belassen. Aber während des Kurses werde ich zeigen, wie Sie den von Ihnen ausgewählten Standardeditor von VIM auf VS Code umstellen können Ihnen ausgewählten Standardeditor von VIM auf VS Wenn Sie keinen VS-Code haben, schlage ich auch vor, dass Sie ihn ebenfalls herunterladen , da wir ihn in diesem Kurs verwenden werden Wählen Sie „Weiter“. Wählen Sie von hier aus erneut Weiter aus. Auf diesem Bildschirm können Sie Ihre Pfadumgebung auswählen. Jetzt können wir es einfach so einrichten, dass Git mit dem GTBash-Terminal läuft In diesem Kurs werden wir GTBash verwenden. Sie können jedoch gerne jedes beliebige Terminal verwenden Wenn Sie dies tun möchten, müssen Sie sicherstellen, dass Sie diese Option ausgewählt haben. Wir werden auf Weiter klicken. Wir können gebündelt oder extern arbeiten. Lassen Sie uns mit der ersten Option fortfahren, und von hier aus sollten wir einfach in der Lage sein, ganz auf Weiter zu klicken. Wir erreichen diesen Punkt , an dem Get den Installationsvorgang durch Extrahieren der entsprechenden Dateien beginnt den Installationsvorgang durch Extrahieren der entsprechenden Dateien Abhängig von Ihrem Computer kann dies ein paar Sekunden oder ein oder zwei Minuten dauern Wir lassen das einfach erledigen Sobald es fertig ist, solltest du auf dem letzten Bildschirm landen, wo du die Möglichkeit hast, Git Bash sofort zu öffnen In meinem Fall muss ich nun , damit das Setup abgeschlossen den Computer neu starten Ich wähle einfach Nein, ich werde den Computer später neu starten , weil ich gerade aufnehme, und dann werde ich fertig sein. Jetzt habe ich Git installiert. Jetzt muss ich nur noch meinen Computer neu starten und dann können wir die Software verwenden. 3. Erstellen neuer Verzeichnisse: Der erste Schritt in diesem Kurs bezieht sich also nicht speziell auf die Verwendung von Git- oder Git-Befehlen, sondern nur auf die Fähigkeit, Verzeichnisse mit Git Bash zu erstellen und darin zu navigieren Das bedeutet, dass wir zwei Kernbefehle kennenlernen werden , einen zum Erstellen von Verzeichnissen in GBash und den anderen, um zu jedem Verzeichnis zu navigieren, das Dies werden die Kernkompetenzen für den Rest des Kurses Hauptsächlich, weil, wenn Sie anfangen Änderungen im falschen Verzeichnis vorzunehmen, das die Dinge sehr schnell erheblich erschweren wird. Ich habe derzeit das Git-Bash-Terminal auf dem Bildschirm, das mit Git geliefert wird, wenn Sie es herunterladen und auf Ihrem Gerät installieren An dieser verschnörkelten Linie können wir den aktuellen Standort erkennen. Wir befinden uns derzeit in unserem Stammverzeichnis. Ich möchte in einen bestimmten Ordner wechseln , in dem ich ein neues Verzeichnis für diesen Kurs erstellen kann. Dazu verwende ich den Befehl CD. CD steht für Change Directory. Dann drücke ich die Leertaste, um ein Leerzeichen zu erstellen, was sehr wichtig ist, was sehr wichtig ist wenn ich in Gibash oder einem anderen Terminal arbeite Jetzt möchte ich den Namen des Ortes eingeben , zu dem ich tatsächlich gehen möchte Dies wird sich ändern, je nachdem , wo Sie Ihren neuen Ordner erstellen möchten. Für mich gehe ich zu meinem Laufwerk C, dann Doppelstrich und ich gehe in Ordner meines Benutzers und von dort aus gehe ich zu dem bestimmten Benutzer , der mein Name sein wird Dann drücke ich die Eingabetaste und Sie können in der zweiten Zeile sehen, dass wir den aktuellen Standort im Terminal geändert haben Jetzt bin ich bereit, den Ordner zu erstellen , den wir für diesen Kurs verwenden werden. Der Ordner wird Git practice heißen, und um ihn zu erstellen, verwende ich einen anderen Befehl, nämlich M D R. Dies steht für make directory. Ich werde wieder die Leertaste drücken und jetzt möchte ich den Namen meines Verzeichnisses eingeben. In diesem Fall übe ich Git. Drücken Sie die Eingabetaste, und es sollten keine Fehlermeldungen angezeigt werden. Also sollte es in der dritten Zeile einfach leer sein. Das zeigt an, dass Sie Ihren Ordner erfolgreich erstellt haben . Sie können in Ihrem Dateibrowser überprüfen , ob der Ordner erstellt wurde. Sie können auch zu diesem Ordner navigieren. Von hier aus können wir einfach CD, Space, GT zum Üben gehen und dann die Eingabetaste drücken. Wir können jetzt sehen, dass wir den Standort erneut geändert haben. Wir sind in den GIT-Übungsordner umgezogen. Ich möchte jetzt drei zusätzliche Ordner im Git-Übungsverzeichnis erstellen drei zusätzliche Ordner im . Um das zu tun, werde ich erneut den Befehl MK DIR verwenden . Ich muss sicherstellen, dass ich das richtig buchstabiere. Und dann gebe ich den Namen jedes Ordners an , den ich erstellen möchte, und stelle sicher, dass zwischen den einzelnen Ordnern ein Leerzeichen steht. Der erste wird der Basisordner sein. Dann werden wir einen Branch-Ordner und dann einen Ordner zur Problembehandlung haben . Beachten Sie, dass zwischen jedem Namen ein Leerzeichen steht. Das ist alles, was wir benötigen, um mit diesem Befehl mehrere Ordner zu erstellen . Ich werde zur Bestätigung die Eingabetaste drücken. Auch dies können wir bestätigen, indem wir einfach zu den entsprechenden Ordnern wechseln zu den entsprechenden Ordnern oder den Dateibrowser selbst aufrufen. Eine andere Methode besteht jedoch darin, den LS-Befehl zu verwenden. Also werde ich einfach LS eingeben und die Eingabetaste drücken. Dadurch erhalten wir alle Dateien und Ordner an unserem aktuellen Standort. Wenn wir wollten, könnten wir jetzt die Taste drücken und mit der linken Maustaste klicken um den Ordner in unserem Dateibrowser zu öffnen , um den Ordner in unserem Dateibrowser zu öffnen. Also werde ich das für den Moment einfach schließen. Eine andere Sache, die wir von hier aus tun können, ist, dass wir sehr schnell zum Stammverzeichnis zurückkehren können , indem wir einfach den CD-Befehl alleine verwenden. Wenn ich also die Eingabetaste drücke, werden Sie hier sehen, dass wir zurück zum Stammverzeichnis gelangen . Lassen Sie uns nun zum Git-Übungsverzeichnis zurückkehren, was wir tun können, indem wir einfach noch einmal den CD-Befehl verwenden. Geben Sie das Laufwerk und den genauen Pfad an , den wir gehen müssen, was in meinem Fall so ist, und drücken Sie dann die Eingabetaste. Jetzt kann ich in jeden beliebigen Ordner in diesem Verzeichnis wechseln , indem ich einfach CD und den Ordnernamen drücke. Ich kann zum Beispiel einfach Basics eingeben, Enter drücken und schon sind wir im Basics-Ordner. Wenn ich zurück zur Git-Praxis wechseln möchte, muss ich nicht den gesamten Pfad eingeben. Ich kann einfach auf CD, Leertaste und dann zwei Perioden setzen. Drücken Sie die Eingabetaste und wir gelangen zurück zum Git-Übungsverzeichnis selbst. Das Letzte, was ich in diesem Video demonstrieren möchte , ist das aktuelle Arbeitsverzeichnis. Jetzt können Sie das aktuelle Arbeitsverzeichnis tatsächlich sehen wenn Sie Git Bash verwenden Wenn Sie jedoch ein anderes Terminal verwenden, ist dies möglicherweise nicht der Fall Um das aktuelle Arbeitsverzeichnis anzuzeigen, geben Sie einfach P, W, D ein und drücken Sie die Eingabetaste Dadurch erhalten Sie den aktuellen Speicherort des Verzeichnisses , das Sie verwenden sollte genau dem gelben Text in GTBash entsprechen 4. Einrichten der Git-Konfiguration: Da wir nun beginnen, mehr über verschiedene Git-Befehle zu erfahren, beginnen wir mit den Konfigurationseinstellungen. Auf diese Weise können wir es auf unserem speziellen Computer vorbereiten , sodass wir tatsächlich Dateien in unseren Repositorys erstellen und übertragen können Dateien in unseren Repositorys erstellen und übertragen Nun ist es wichtig zu beachten, dass Sie immer, wenn Sie einen Git-Befehl in einem beliebigen Terminal verwenden, nicht nur in Git Bash, mit Git als Präfix beginnen Es wird also Git sein, dann der Befehl, dann alle Werte oder Attribute, die dieser Befehl benötigt Um die Dinge in unserem G-Bash-Terminal ein bisschen klarer in unserem G-Bash-Terminal Ich werde nur einen neuen Befehl namens clear einführen. Dadurch wird lediglich alles entfernt , was wir gerade im Terminal sehen können. Ich drücke einfach die Eingabetaste und alles wird gelöscht Jetzt werden Sie sehen, dass wir uns immer noch am richtigen Ort befinden. Lass uns mit dem Rest des Videos und anfangen, einige dieser Git-Befehle zu lernen. Die erste, die ich dir zeigen möchte, ist die aktuelle Version von Gits, die du verwendest Dies kann mit GIT Space Two und Version geschehen. Drücken Sie dann die Eingabetaste. Dadurch erhalten Sie die aktuelle Version von Git, die Sie gerade verwenden. Eine Alternative ist hier die Verwendung von Git Space. Dies ist eine Kurzversion desselben Befehls. Drücken Sie die Eingabetaste und Sie erhalten das gleiche Ergebnis. Der nächste Befehl, den ich demonstrieren möchte, ist Git Status. Dies wird ein Befehl sein , den Sie häufig verwenden werden, wenn Sie Git-Repositorys verwenden Geben Sie den Git-Status ein und lassen Sie uns sehen, was passiert Wir bekommen einen fatalen Fehler. Wir verwenden derzeit kein Git-Repository am aktuellen Standort. Das ist genau das, was wir erwarten sollten. Bevor wir unser Git-Repository einrichten, müssen wir nun an einigen Konfigurationseinstellungen arbeiten . Bevor wir etwas anderes tun, müssen wir zwei Dinge definieren. Der erste ist ein Benutzername und der zweite ist eine E-Mail-Adresse. Das liegt daran, dass wir jedes Mal, wenn wir einen Commit mit Git erstellen, diesem Informationen geben müssen, anhand derer der Autor dieses spezifischen Commits ermittelt werden kann . Die erste Einstellung, die wir vornehmen werden, ist der Benutzername. Um deinen Git-Repositorys einen Benutzernamen zuzuweisen, verwenden wir den Git-Hauptbefehl Geben Sie dann configure short für Konfiguration ein. Als Nächstes möchten wir die globalen Konfigurationseinstellungen verwenden. Um das zu tun, mach einfach d, d und dann global. Von hier aus können wir dann den Punktnamen des Benutzers eingeben. Dies ist also die Eigenschaft, die wir in unseren globalen Konfigurationseinstellungen ändern möchten . Da es sich bei Ihrem Namen wahrscheinlich um Ihren Vor- und Nachnamen handelt , müssen wir sicherstellen, dass dies als ein einziger Wert dargestellt wird . Wenn ich zum Beispiel nur Joe Bailey eintippe, erhalte ich möglicherweise eine Fehlermeldung, weil ich zwei Werte für den Benutzernamen gebe , Joe und Bailey Der richtige Weg, dies zu tun, besteht darin, unseren gesamten Namen in Dies wird jetzt zu einem einzigen Wert , den die Gits-Konfigurationsdatei erkennen kann Drücken Sie die Eingabetaste, und wir sollten hier keine Fehler bekommen. Als zweites definieren wir die globale E-Mail-Adresse, die von Git verwendet wird. Anstatt das alles wie zuvor abzutippen, drücke ich jetzt auf den Aufwärtspfeil. Dadurch erhalten wir genau den gleichen Befehl , den wir gerade geschrieben haben. Aber wenn ich noch einmal nach oben gehe, werden Sie feststellen, dass wir tatsächlich alle Befehle durchgehen können , die wir bereits in unser Terminal geschrieben haben. Mit Git Config Global. Ich werde bis zu diesem Zeitpunkt nur die Rücktaste verwenden. Und statt Benutzerpunktname werden wir Benutzerpunkt-E-Mail verwenden Geben Sie dann die Leertaste ein und geben Sie dann Ihre E-Mail-Adresse ein. Jetzt sollte Ihre E-Mail aus einem einzigen Begriff bestehen, also sollte es sich um einen einzelnen Wert handeln. Für mich werde ich vorerst nur eine Standardeinstellung verwenden. Ich verwende einfach eine Testmail. Hier verwende ich tatsächlich eine gefälschte E-Mail, aber Sie können einfach Ihre E-Mail-Adresse verwenden, wenn Sie möchten. Und wenn wir die Eingabetaste drücken, sollte das sowohl den Benutzerpunktnamen als auch die E-Mail-Konfigurationseinstellungen von User Dot bestätigen . Bei der Bearbeitung unserer Konfigurationseinstellungen verwenden wir den globalen Befehl, verwenden wir den globalen Befehl weil wir möchten, dass alles, was wir in diesem Video tun, ein fester Bestandteil aller zukünftigen Projekte ist ein fester Bestandteil , die wir erstellen Wenn wir also ein anderes Verzeichnis und denselben Benutzer auf unserem Computer erstellen würden, müssten wir den Benutzernamen oder die E-Mail nicht erneut definieren den Benutzernamen oder die E-Mail Diese Einstellungen wären bereits mithilfe der globalen Konfigurationsdatei definiert. Wenn Sie diese neu hinzugefügten Einstellungen anzeigen möchten, können Sie dies tun, indem Sie GTS Config Global verwenden und dann auflisten. Drücken Sie die Eingabetaste und Sie sehen alle Einstellungen, die Sie in dieser Datei erstellt haben. Jetzt sollten Sie nur noch zwei sehen, den Benutzernamen und den Benutzerpunkt E-Mail. Ich habe auch einige weitere Einstellungen hinzugefügt , über die wir bald mehr erfahren werden. Lassen Sie uns jetzt tatsächlich mit dem untersten Punkt befassen. Dadurch wird der Code Edita bestimmt, der von Zeit zu Zeit geöffnet wird , wenn Sie bestimmte Aktionen in GTBash ausführen Was wir hier tun werden, ist, dass wir wieder Git Configure verwenden werden, da es sich wieder um wieder Git Configure verwenden werden, da es sich wieder eine Konfigurationseinstellung Wir werden es der globalen Datei hinzufügen und dann den Core Dot Editor verwenden. Sie können also sehen, dass es genau derselbe Begriff ich hier aufgelistet habe. Wir haben den Benutzerpunktnamen, die Benutzerpunkt-E-Mail, den Kernpunkteditor. Und ich möchte das auf VS Code setzen. Jetzt ist es standardmäßig auf einen VM-Editor eingestellt, aber ich empfehle dringend, VS Code als Editor für diesen Kurs und im Allgemeinen zu verwenden , da es für die meisten Benutzer viel einfacher zu verwenden ist. Verwenden Sie Anführungszeichen und innerhalb dieser Anführungszeichen geben wir den Coderaum und die Gewichtung ein. Das mag ein bisschen seltsam aussehen, aber Code steht effektiv für VS-Code, und eine D-Gewichtung bedeutet, dass jedes Mal, wenn wir VS-Code öffnen, um an etwas Bestimmtem zu arbeiten, Get Bash angehalten wird , bis wir die Seite im VS-Code schließen Drücken wir also die Eingabetaste und das bestätigt die neuen Einstellungen für unseren Haupteditor, wir zusammen mit Git Bash verwenden werden Wenn wir Git Config Global noch einmal verwenden würden, aber dieses Mal E. Wir könnten unseren Editor öffnen Also drücke ich die Eingabetaste und du kannst hier sehen, dass wir einen Hinweis haben darauf wartet, dass dein Editor die Datei schließt. Jetzt habe ich den Editor auf dem Bildschirm, aber von dort aus, wo Sie ihn sehen können, ausgeschaltet. Ich werde es nur vorübergehend rüberbewegen und los geht's. Das ist VS Code. Es wurde von Gibash aus geöffnet, und wir können tatsächlich alle globalen Einstellungen für unsere Konfigurationsdatei in VS Code sehen globalen Einstellungen für unsere Konfigurationsdatei in VS Was ich tun muss, um zu GBAH zurückzukehren, ist, dass ich diese Datei einfach schließen muss Und dann werde ich das einfach wieder rüberbringen. Also sind wir wieder in GBah. Aber so können wir VS-Code effektiv über GBAh öffnen , nachdem wir ihn als unseren Standard- oder Core-Editor definiert haben Jetzt gibt es auch eine Alternative zum Anzeigen Ihrer Daten. Wenn wir noch einmal Git Config Global wählen und uns dann die Liste ansehen. Wir können noch einmal alles demonstrieren, was wir hier sehen. Alternativ könnten wir CAT dot G Config verwenden , um dieselben Daten anzuzeigen. Aber wenn ich jetzt die Eingabetaste drücke, erhalten wir eine Fehlermeldung. Es gibt keine solche Datei oder kein solches Verzeichnis. Aber wie können wir mit Sicherheit wissen , dass wir diese Datei erstellt haben? Weil wir es gerade im VS-Code gesehen haben. Nun, der Grund dafür ist, dass wir, um diesen Befehl docket configure auszuführen tatsächlich zu unserem Stammverzeichnis zurückkehren müssen, was wir mit dem CD-Befehl tun können Lassen Sie uns von hier aus erneut at dot, Git config verwenden und die Eingabetaste drücken Wir haben jetzt Zugriff auf dieselben Informationen , die wir im VS-Code gesehen haben. Bevor wir dieses Video beenden, wir einfach zum Standort unseres Projekts zurück. Wenn Sie sich erinnern , müssen Sie auch hier nur den vollständigen Pfad vom entsprechenden Laufwerk eingeben . In meinem Fall ist es das Laufwerk C. Ich werde einfach so gehen. Drücken Sie die Eingabetaste und wir sind wieder da, wo wir angefangen haben. 5. Erstelle unser Repository: Viele der Befehle , die wir im vorherigen Video gelernt haben , waren spezifisch für die Bearbeitung der Konfigurationseinstellungen für Git auf unserem Gerät Wenn wir jedoch die Git-Befehle verwenden möchten, mit denen wir unsere Dateien tatsächlich bearbeiten können die Git-Befehle verwenden möchten, mit denen wir , müssen wir zunächst ein Repository in diesem Ordner erstellen ein Repository in diesem Ordner Wir möchten kein Repository für den Git-Übungsordner erstellen . Dies ist einfach der Hauptordner, in dem wir die Verzeichnisse für unseren Kurs speichern werden . Wir müssen jedoch in eines dieser anderen Verzeichnisse wechseln . Um das zu tun, müssen wir nur CD und dann den Namen dieses Verzeichnisses eingeben . In diesem Fall möchte ich das Basisverzeichnis verwenden. Drücken Sie die Eingabetaste, um in den Basisordner zu wechseln. Wenn ich jetzt LS benutzen würde, würden wir überhaupt nichts bekommen. Wir fahren einfach mit der nächsten Zeile fort. Das deutet darauf hin, dass wir uns am richtigen Ort befinden , denn mit der Git-Übung wir, wenn wir den LS-Befehl verwenden könnten wir, wenn wir den LS-Befehl verwenden, den Basis-Branch und die Ordner zur Fehlerbehebung sehen . Wenn ich Git Status erneut verwenden würde, müssten wir dieselbe Fehlermeldung erhalten, die wir bei der letzten Verwendung des Befehls gesehen haben. Derzeit haben wir kein Git-Repository. Lassen Sie uns das jetzt beheben. Aber bevor ich das mache, möchte ich nur ganz schnell zum LS-Befehl zurückkehren. Und ich möchte Ihnen einen zusätzlichen Unterbefehl dazu zeigen. Also geben wir LS und dann LA ein, was die Abkürzung für List All ist Wenn ich das mache, erhalten wir eine richtige Liste aller potenziellen Standorte aus dem aktuellen Ordner. Im Moment haben wir eine mit einer einzigen Periode und eine mit zwei Perioden. Die einzige Periode steht für den aktuellen Standort selbst. Die erste Periode mit zwei Perioden steht für den oben genannten Ort. Mit anderen Worten, die Fähigkeit, ein Verzeichnis nach oben zu wechseln. diesem Grund konnten wir bei der Verwendung von CD, Double Period, schon früher in das Übungsverzeichnis von Git wechseln . Wie dem auch sei, lasst uns das Repository initialisieren. Wir können dies tun, indem den Befehl Git verwenden und ihn dann eingeben Wenn nicht, kurz initialisiert. Drücken Sie die Eingabetaste, und es sollte ein leeres Git-Repository am richtigen Ort initialisieren ein leeres Git-Repository Sobald Sie das tun, werden Sie in der nächsten Zeile feststellen , dass wir unseren Standort haben, und in Klammern habe ich Main Das mag für Sie als Master gelesen werden, aber das ist ein Beweis dafür, dass in diesem Ordner ein GIT-Repository aktiv ist. Ich werde erneut den Befehl Git status verwenden und die Eingabetaste drücken. Jetzt bekommen wir etwas anderes. Es sagt uns, in welchem Zweig wir uns befinden, was in meinem Fall der Hauptzweig ist, könnte es für Sie als Master lauten. Es teilt uns mit, dass es noch keine Commits gibt und dass es in diesem Ordner derzeit nichts gibt, und dass es in diesem Ordner derzeit nichts gibt was festgeschrieben Du solltest an dieser Stelle etwas sehr Ähnliches sehen. Ich werde auch wieder LS LA verwenden. Jetzt haben wir drei Möglichkeiten. Die beiden, die wir zuvor hatten, und wir haben jetzt auch eine Punkt-Git-Option in dieser Liste. Wenn ich einfach LS eingeben würde, würden Sie nichts davon sehen , weil sie alle als versteckte Verzeichnisse oder potenzielle Pfade eingestuft sind als versteckte Verzeichnisse oder potenzielle Pfade Nun, nur eine sehr kurze Warnung von mir selbst keine Änderungen am Punkt-Git-Ordner vor, insbesondere, wenn Sie nach diesem Kurs Ihre eigenen Projekte und Repositorys erstellen nach diesem Kurs Ihre eigenen Projekte und Repositorys Jetzt werden wir uns einige Dateien im Ordner „Docket“ ansehen Dateien im Ordner „Docket Ich rate Ihnen jedoch, keine Änderungen vorzunehmen, insbesondere wenn Sie nicht wissen, was Sie tun Es ist äußerst wichtig, dass Sie dem Docket-Ordner erlauben, so zu funktionieren, wie er sollte, denn so funktioniert das Git-Repository-System tatsächlich Wenn wir den Namen eines Branches ändern wollen, müssen wir den Befehl GT branch verwenden und dann den Großbuchstaben M verwenden. Wichtig, es muss hier ein Großbuchstabe sein Dann nehmen wir den Namen Maine und drücken dann die Eingabetaste. Das wird den Namen ändern. Jetzt hatte ich es natürlich schon Maine genannt. Mal sehen, was passiert, wenn ich einen anderen Namen wähle. Git Branch, DM und los geht's Master. Drücken Sie die Eingabetaste, und Sie werden hier sehen , dass es jetzt in Master-Branch umbenannt wurde. Natürlich möchte ich ihn als Hauptserver haben, also setze ich ihn einfach zurück, sodass er „ Mein“ heißt, und schon kann es losgehen. Ich möchte das jedes Mal initialisieren , wenn wir ein neues Repository erstellen Ich möchte nicht, dass mein Hauptzweig als Hauptzweig bezeichnet wird Ich möchte, dass er Main heißt. In Ihrem Fall kann der Standard der Hauptzweig sein. Ich werde zeigen, wie Sie dies in der globalen Konfigurationseinstellung ändern können . Geben Sie Git config global ein, genau wie wir es in den vorherigen Videos getan haben, und dieses Mal werden wir den Punkt eingeben und dann den Standardzweig eingeben. Jetzt wird der Standard-Branch eigentlich einem einzigen Wort bestehen, aber der Branch wird mit dem B groß Geben Sie dann ein Leerzeichen ein und geben den Namen ein, den Sie Ihrem Standard-Branch geben möchten In unserem Fall wollen wir, dass er immer als Hauptzweig bezeichnet wird Drücken Sie die Eingabetaste, und das sollte die neue Einstellung für Ihren Standardzweig bestätigen für Ihren Standardzweig wenn Sie Ihr Repository initialisieren Ich werde das auch noch einmal überprüfen , indem ich Git configure erneut verwende, zur globalen Konfiguration übergehe und dann einfach den Standard-Branch inits ausführen, aber ohne den Namen zu definieren Drücken Sie die Eingabetaste und direkt darunter sehen Sie hier den Standardnamen oder den Standardwert, der diesem Attribut zugewiesen wurde den Standardwert, der diesem Attribut zugewiesen wurde Das Letzte, was ich tun möchte, bevor wir fertig sind, ist, dass ich Ihnen nur eine Vorschau des Git-Ordners selbst anzeigen möchte. Auch hier möchte ich nicht, dass Sie Änderungen an den Dateien in diesem Ordner vornehmen. Wenn Sie jedoch auf den Ordner zugreifen möchten, einfach auf CD und drücken Sie die Eingabetaste. Wenn Sie das tun, werden Sie in den Git-Ordner verschoben und Sie erhalten hier eine kleine Warnung. Es ist ausgeklappt, es ist also das Git-Verzeichnis. Und das macht nur sehr deutlich, wo Sie sich derzeit befinden. Wenn ich den LS-Befehl verwende , werden mir alle Dateien angezeigt, die sich derzeit im Git-Verzeichnis befinden. Und Sie können jede dieser Dateien auch im FS-Code in der Vorschau anzeigen , wenn Sie möchten. Ich rate Ihnen jedoch noch einmal , noch keine Änderungen an diesen Dateien vorzunehmen. Wenn Sie aus Ihrem Docket-Ordner herauskommen möchten, verwenden Sie einfach CD und dann zwei Punkttasten Drücken Sie dann die Eingabetaste, und wir sollten zum Ordner mit den Grundlagen zurückkehren Derzeit heißt unser primärer Zweig mit diesem Repository Master. Jetzt möchte ich diesen Namen in Maine ändern, da dies der empfohlene Name für den primären Zweig eines Projekts ist. Schauen wir uns also an, wie wir den Hauptzweig umbenennen können. 6. Hinzufügen von Dateien zu einem Verzeichnis: Wir haben jetzt unseren Hauptordner und wir haben jetzt unser Repository. Als Nächstes müssen wir die Dateien hinzufügen , die wir für das Projekt verwenden können. Dies kann auf herkömmliche Weise geschehen, oder wir können es auf schnelle Weise tun, was in GBA selbst liegt bestimmte Dateien über das Terminal zu erstellen , müssen wir den Touch-Befehl verwenden , Touch eingeben und dann den Namen der Datei eingeben , die Sie erstellen möchten Natürlich sollten Sie auch darauf achten, dass sich die Wunde an der richtigen Stelle befindet. Wir müssen nicht nur den Namen der Datei schreiben, sondern auch den richtigen Dateityp. Zum Beispiel werde ich eine Datei mit dem Namen first dot txt erstellen . Ich muss noch einmal sicherstellen, dass die Schreibweise korrekt ist. Drücken Sie dann die Eingabetaste. Sobald ich das getan habe, habe ich die erste Punkt-TXT-Datei erstellt. Wenn ich LS eintippe, können wir sehen, dass First Dot TXT in unserem Basisordner aufgeführt ist . Es ist wichtig zu beachten, dass dies kein Git-Befehl ist. Wie Sie zu diesem Zeitpunkt vielleicht schon bemerkt haben, die einzigen Befehle, die als Git-Befehle eingestuft werden beginnen die einzigen Befehle, die als Git-Befehle eingestuft werden, tatsächlich mit Git, und dann haben Sie den Befehl danach Wenn wir also Dinge wie CD, Touch und LS verwenden , brauchen wir Git selbst nicht Dies sind nur grundlegende Befehle , die wir auf unserem Computer verwenden können. Lassen Sie uns nun ein paar weitere Dateien zu unserem aktuellen Verzeichnis hinzufügen . Wir werden wieder Touch verwenden. Und da wir zwei Dateien erstellen wollen, müssen wir sicherstellen, dass zwischen ihnen ein Leerzeichen ist. Das erste wird Delete Dot Txt sein. Ich wette, Sie können sich vorstellen, was wir irgendwann mit dieser Datei machen werden. Dann Leertaste, und der zweite wird Dot Txt umbenannt. Sie können sich ziemlich genau vorstellen, was wir mit jeder dieser beiden Dateien vorhaben, aber wir müssen sie zuerst erstellen. Drücken Sie die Eingabetaste und bestätigen Sie dann mit LS , dass diese Dateien zu diesem Verzeichnis hinzugefügt wurden. Jetzt füge ich eine vierte Datei hinzu. Und dieses Mal werden wir eine Datei erstellen , die sozusagen einen doppelten Namen hat. Also wird es zwei Wörter haben und es wird „Ignoriere mich“ heißen. Jetzt muss ich daran denken, den Touch-Befehl zu verwenden. Und wenn ich dann mein TXT ignoriere, habe ich tatsächlich ein kleines Problem. Ignore und M dot txt werden als zwei verschiedene Dateien eingestuft, ganz zu schweigen von der Tatsache, dass ich den Dateityp für Ignorieren nicht angegeben habe den Dateityp für Ignorieren nicht angegeben Wenn ich möchte, dass dies als eine einzige Datei hinzugefügt wird, muss ich erneut Anführungszeichen verwenden Beginnen und enden Sie also mit einem Anführungszeichen und drücken Sie dann die Eingabetaste, um die Datei erneut hinzuzufügen Lassen Sie uns mit dem LS-Befehl nachsehen, dass Ignore Me Dot TXT auch zu unserer Dateiliste im Basisverzeichnis hinzugefügt wurde . 7. Übernehmen von Änderungen an deinem Repository: Bei der Bearbeitung von Dateien in einem Git-Repository werden wir in drei verschiedenen Phasen arbeiten Wenn Sie eine Datei bearbeiten , wird diese Änderung dem Arbeitsverzeichnis hinzugefügt. Ab diesem Zeitpunkt müssen wir es dem Staging-Bereich hinzufügen , um es für den nächsten Commit vorzubereiten Sobald wir mit den Änderungen zufrieden sind, können wir alle Dateien im Staging-Bereich übertragen Auf diese Weise können wir eine Version dieser Datei erstellen , auf die wir später im Projekt bei Bedarf zurückgreifen können auf die wir später im Projekt bei Bedarf zurückgreifen Öffnen Sie zunächst den VS-Code und wir werden genau den Ordner öffnen , in dem wir gearbeitet haben. Ich gehe einfach zur Datei, komme zu der Stelle , an der Ordner öffnen steht, und dann suche ich den Ordner auf meinem Gerät. Sie müssen dasselbe tun. Hier habe ich GT-Praxis, Grundlagen. Sobald ich den Dot-Git-Ordner sehe, weiß ich, dass ich am richtigen Ort bin. Ich werde einen Ordner auswählen. Dadurch werden Dinge im VS-Code geöffnet und hier in der Seitenleiste, in meinem Dot Get-Ordner sowie in allen anderen Dateien, die ich bisher hinzugefügt habe, angezeigt meinem Dot Get-Ordner sowie in allen anderen Dateien, die ich bisher hinzugefügt habe Jetzt werden Sie sehen, dass neben jeder dieser Dateien ein U steht, was für undefiniert steht, da wir noch keine dieser Dateien in unser Git-Repository übertragen haben keine dieser Dateien in unser Git-Repository übertragen Ich werde diese Willkommensoption schließen. Jetzt kehren wir einfach zu Git Bash zurück, wo wir zeigen werden, wie wir diese Dateien durch die Arbeits - und Staging-Verzeichnisse verschieben können diese Dateien durch die Arbeits - und Staging-Verzeichnisse Oh. Zurück hier im Git Bash-Terminal. Ich werde damit beginnen, den Git-Status einzugeben. Drücken Sie die Eingabetaste und wir können hier sehen, dass wir einige nicht verfolgte Dateien haben Dies sind alle Dateien, die wir im vorherigen Video mit dem Touch-Befehl hinzugefügt haben, und sie sind derzeit rot hervorgehoben Dies weist darauf hin, dass sie sich derzeit im Arbeitsverzeichnis befinden. Alternativ zum Git-Status können wir eine Kurzversion verwenden Das ist der Git-Status d S. Dadurch erhalten wir alle unsere Erstellungsdateien sowie ihren aktuellen Status in den Arbeits- und Staging-Verzeichnissen Derzeit setzt es diese Fragezeichen. Dies ist normalerweise das, was du sehen würdest, wenn du deinem Repository eine Datei hinzugefügt deinem Repository eine Datei hinzugefügt , die noch in keinem vorherigen Commit enthalten war Als Nächstes werden wir eine dieser Dateien zum Staging-Bereich hinzufügen dieser Dateien zum Staging-Bereich Derzeit befinden sie sich alle im Arbeitsverzeichnis, und wir müssen sie zum Staging hinzufügen , bevor wir sie übertragen können. Verwenden Sie GIT add und geben Sie dann den Namen der Datei ein, die Sie zum Staging hinzufügen möchten Fügen wir zum Beispiel zuerst den Punkt TXT hinzu und drücken die Eingabetaste. Dadurch wurde die erste TXT-Punktdatei zum Staging-Bereich hinzugefügt zum Staging-Bereich Wir werden dies mit dem Git-Status bestätigen. Verwenden Sie den Befehl GIT status und Sie werden feststellen, dass er sich leicht geändert hat. Wir haben diese drei Dateien immer noch im Arbeitsverzeichnis, und das können wir daran erkennen, dass dort Dateien stehen, die nicht nachverfolgt Aber wir müssen auch Änderungen vornehmen. Die neue Datei hier ist die erste TXT-Datei, die zum Staging hinzugefügt wurde Der einfachste Weg, dies zu visualisieren , besteht darin , dass sich die Dateien hier unten im Arbeitsverzeichnis befinden, rot markiert sind und die erste TXT-Datei, die zum Staging hinzugefügt wurde, grün hervorgehoben ist Fügen wir nun zwei weitere dieser Dateien zum Staging-Bereich Wir werden den Befehl Git ad erneut verwenden. Wenn Sie sich erinnern, müssen wir sicherstellen, dass zwischen den einzelnen Dateinamen ein Leerzeichen steht , um sicherzustellen, dass sie alle als separater Wert hinzugefügt werden. Wir können das tun, indem wir einfach zuerst „txt löschen“ sagen und dann „txt“ umbenennen. Dadurch sollten diese beiden Dateien dem Staging-Bereich hinzugefügt werden. Wenn ich die Eingabetaste drücke, erhalten wir keine Fehlermeldungen. Lass uns den Git-Status verwenden. Und wir können sehen, dass wir dem Staging-Bereich jetzt Löschen und Umbenennen hinzugefügt Staging-Bereich jetzt Löschen und Umbenennen hinzugefügt Wenn wir den Status S erhalten würden, würden wir jetzt sehen, dass neben diesen drei Dateien ein A steht. A steht für Short Board Added, also haben wir diese zum Staging hinzugefügt Wir haben Ignore Me TXT noch nicht hinzugefügt. Es gibt andere Möglichkeiten , wie wir den Befehl get add verwenden können , um mehrere Dateien gleichzeitig hinzuzufügen. Fügen wir zuerst mit dem Touch-Befehl ein paar weitere Dateien hinzu. Ich werde Touch Second TXT und Third TXT verwenden. Lassen Sie uns den Git-Status verwenden , um zu bestätigen, dass wir jetzt kostenlose, nicht verfolgte Dateien haben Wenn ich all diese Dateien hinzufügen möchte, kann ich einen Befehl wie Git add und dann die Punkttaste verwenden und dann die Punkttaste verwenden Dadurch wird jede einzelne Datei im Arbeitsverzeichnis zum Staging hinzugefügt im Arbeitsverzeichnis zum Staging Ich drücke die Eingabetaste und verwende dann den Git-Status Jetzt können wir sehen, dass alles grün markiert ist. Dies sind Änderungen , die vorgenommen werden müssen. Sie befinden sich alle im Staging-Verzeichnis. Lassen Sie uns auch hier get status S verwenden . Stellen Sie sicher, dass ein Leerzeichen vorhanden ist Diesmal sind alle unsere Dateien hier mit dem A-Symbol markiert , um anzuzeigen, dass sie zu unserem Staging-Bereich hinzugefügt wurden Denken Sie daran, dass eine der wichtigsten Gewohnheiten , die Sie sich bei der Verwendung von Git aneignen können darin besteht, den Befehl Git status zu verwenden , um immer den aktuellen Status Ihrer Dateien zu überprüfen, unabhängig davon, ob sie sich im Arbeitsverzeichnis oder im Staging-Bereich befinden Eine weitere Methode, um alles hinzuzufügen, besteht übrigens darin, GT ad zu verwenden, dann zwei D und dann all Ich mache ein bisschen Chaos draus. Wenn Sie die Eingabetaste drücken, fügen Sie alles zum Staging hinzu, indem Sie diesen Unterbefehl all verwenden Natürlich haben wir bereits alles zum Staging hinzugefügt, was wir noch einmal mit dem Git-Status bestätigen können Aber jetzt lassen Sie uns diese Dateien zum ersten Mal festschreiben. Um das zu tun, verwenden wir Git Commit und dann M, M, und das ist die Kleinschreibung , die Abkürzung für Message. Jetzt erwartet GTBash, dass wir eine Nachricht für diesen speziellen Commit schreiben Wir müssen das in Anführungszeichen tun, und innerhalb dieser Anführungszeichen schreiben Sie einfach alles, was Ihren Commit genau beschreibt In unserem Fall ist die Beschreibung, die dem Projekt hinzugefügten ersten Dateien ist die Beschreibung, die dem Projekt hinzugefügt wurden, wahrscheinlich vorerst ausreichend. Sobald Sie bereits auf die Entität geklickt haben , um diese Änderungen zu übernehmen. Und wenn wir Git Status verwenden, können wir jetzt sehen, dass wir uns im Hauptzweig befinden, es nichts zu übertragen gibt und der Arbeitsbaum sauber ist. Das bedeutet nun, dass es keine Änderungen zwischen dem aktuellen Status unserer Dateien und dem vorherigen Commit gibt. Sie sind genau gleich. Das Repository vergleicht sie jedes Mal, wenn wir Git Status verwenden, und weil es keine Änderungen feststellt, erhalten wir die Aussage, dass der Arbeitsbaum derzeit sauber ist und es keine Änderungen gibt, und es keine Änderungen gibt die zum Staging hinzugefügt werden müssen Auch hier verwenden wir Git Status S, geben Sie ein, und dieses Mal sehen wir nichts, und das ist völlig normal wenn wir nichts im Arbeitsbaum haben 8. Was, wenn es schief geht: Bis zu diesem Punkt sind wir nun einigen Schritten gefolgt. Aber was passiert, wenn wir einige dieser Schritte nicht befolgen? Was würde mit unserem Git-Repository passieren? Nun, in diesem Video werden wir uns noch einmal auf die Konfigurationseinstellungen konzentrieren noch einmal auf die Konfigurationseinstellungen Und ich werde zeigen, was passiert, wenn wir die globalen Konfigurationseinstellungen nicht korrekt einrichten In diesem Video möchte ich den Ordner Troubleshoots verwenden , den wir zuvor im Kurs erstellt haben zuvor im Kurs erstellt Derzeit bin ich in das Git-Übungsverzeichnis umgezogen. Von hier aus müsste ich nur noch auf CD wechseln, um das Verzeichnis zu ändern, und dann den Namen des Ordners eingeben, was in diesem Fall die Problembehandlung ist. Drücken Sie die Eingabetaste, und das bringt mich zum Ordner für die Fehlerbehebung. Wenn Sie sich jetzt noch im Ordner „Basics“ befinden würden, müssten Sie zunächst zum Git-Übungsverzeichnis zurückkehren mit CD und dann mit zwei Punkttasten zum Git-Übungsverzeichnis zurückkehren. Als Nächstes werden wir diesem Ordner für die Problembehandlung einige Dateien hinzufügen . Ich verwende den Touch-Befehl, dann ein TXT, gefolgt von zwei TXT, und drücke zur Bestätigung die Eingabetaste. Wenn wir den Befehl LS verwenden, können wir sehen, dass wir diese beiden TXT-Dateien im Ordner Troubleshoots haben im Ordner Troubleshoots Wie du dich erinnern kannst, haben wir unser Git-Repository im Basics-Bereich erstellt unser Git-Repository im Basics-Bereich Das bedeutet, dass sich derzeit kein Repository im Rahmen der Fehlerbehebung befindet. Wenn ich Git Status verwende und die Eingabetaste drücke, erhalten wir einen schwerwiegenden Fehler. Derzeit ist es kein GIT-Repository. Wenn wir versuchen würden, diese Dateien mit Git add und dann mit dem Punktschlüssel hinzuzufügen, würden wir genau den gleichen Fehler erhalten. Wir haben kein Git-Repository im Ordner für die Problembehandlung. Wir können also noch keine Dateien zum Staging hinzufügen. Die Lösung dafür ist sehr einfach. Wir müssen nur unser Repository mit Git init initialisieren. Sobald wir das getan haben, können wir unsere Dateien zum Staging hinzufügen Ich gehe einfach zurück zum Git-Tastenbefehl „ Punkt hinzufügen “ und drücke die Eingabetaste Wenn ich jetzt den Status abrufen gehe, haben wir unser initialisiertes Repository und wir haben zwei Dateien zum Staging hinzugefügt Mal sehen, was passiert, wenn ich versuche, diese Dateien zu übertragen Nun möchte ich in diesem Video hervorheben, dass ich keinen Benutzernamen oder keine Benutzer-E-Mail-Adresse auf meine globale Konfiguration eingestellt habe. Gehen wir los und verpflichten uns. Im Moment werde ich nur die Commit-Nachricht eingeben Zu diesem Zeitpunkt ist es nicht wirklich wichtig. Ich drücke die Eingabetaste und es wird mir sagen, dass es keine Ahnung hat , wer ich bin, Autor, Identität, nein. Es möchte also, dass ich diese Einstellungen ausführe , die Ihnen ziemlich vertraut sein sollten, die Benutzer-E-Mail und der Benutzername. Es gibt uns einen schwerwiegenden Fehler, da die E-Mail-Adresse nicht automatisch erkannt werden kann. Also müssen wir das insbesondere korrigieren, aber wir müssen beides realistisch machen Auch hier können Sie Ihren Benutzernamen zurücksetzen, indem Sie einfach diese Befehle verwenden Wenn ich configure aufrufen kann, verwenden wir Punktnamen des globalen Konfigurationsbenutzers und stellen sicher, dass wir den Namen in Anführungszeichen setzen , und drücken dann die Eingabetaste. Der Benutzername wurde jetzt definiert. Lassen Sie uns auch die Benutzer-E-Mail schreiben. Wir bewegen uns einfach mit dem Aufwärtspfeil nach oben. Kommen Sie zurück zu diesem Punkt, geben Sie E-Mail ein. Und dann machen wir einfach Bran, wir machen einfach eine gefälschte E-Mail. Es muss nur den Wert lesen können . Drücken Sie die Eingabetaste und los geht's. Zu diesem Zeitpunkt sollten wir alles, was wir für einen erfolgreichen Commit benötigen, in unserem Git-Repository Nun, wenn ich diese Dateien übertragen würde, würde es im Grunde genau das Gleiche tun wie zuvor, solange ich die Nachricht hinterlassen habe Aber was wäre, wenn ich das M hier nicht verwenden würde? Nun, lassen Sie uns das versuchen. Ich werde Git Commit verwenden. Und dann drücke ich einfach die Enter-Taste , sonst nichts. Am Ende habe ich den VIM-Editor. Und das kann tatsächlich ziemlich entmutigend sein, weil es Ihnen nicht wirklich viel Kontext darüber gibt, was Sie tun sollen Jetzt, wo wir hier sind, können wir einfach unsere Commit-Nachricht oben eingeben und dann den VIM-Editor schließen Aber das zu tun ist eigentlich ein bisschen kompliziert. Also werde ich die Escape-Taste drücken, dann werde die Escape-Taste drücken, dann werde ich Doppelpunkt W und Q verwenden. Klon W und Q , und Sie können tatsächlich sehen, dass es hier unten im VM-Editor auftritt und nicht oben Wenn wir die Enter-Taste drücken, haben wir den Commit aufgrund einer leeren Commit-Nachricht abgebrochen den Commit aufgrund einer leeren Commit-Nachricht Was wir eigentlich tun wollen, ist öffnen zu können VS-Code öffnen zu können, wenn wir einfach git commit eingeben würden Was wir jetzt tun werden, ist einfach unseren Code-Editor auf VS-Code zurückzusetzen. Wenn du dich daran erinnerst, wie das geht, müssen wir Git Config Global verwenden, was du bis zu diesem Zeitpunkt häufig benutzt hättest. Der Parameter, den wir definieren möchten , ist der Core Dot Editor, und dann werden wir in unseren Anführungszeichen Code, Leerzeichen, Double eingeben und dann warten, Eingabetaste drücken, und das sollte die Dinge mit VS-Code korrekt einrichten. Ich werde erneut versuchen, den Commit ohne Nachricht , die Eingabetaste drücken, und außerhalb des Bildschirms wird der VS-Code geöffnet. Wenn ich nur den VS-Code in die Anzeige bringe, können Sie sehen, dass er dem, was wir im VM-Editor gesehen haben, ziemlich ähnlich ist, aber es ist etwas komfortabler, damit zu arbeiten. Was ich hier tun könnte, ist, eine Nachricht einzugeben und dann den Editor mit der X-Taste hier zu schließen. Tatsächlich werde ich das jetzt tun. Nennen wir es einfach Commit. Ich drücke Control und S, um zu speichern, und dann werde ich den Editor in VS Code schließen. Gehen wir zurück zu G Bash, und Sie können sehen, dass der Commit diesmal funktioniert hat, weil wir tatsächlich eine Nachricht in VS Code erstellt VS Code selbst ist zwar ein großartiges Backup für den Fall Sie vergessen, eine Nachricht mit Ihrem Commit zu senden, dass Sie vergessen, eine Nachricht mit Ihrem Commit zu senden, aber ich empfehle Ihnen dringend, sich daran zu gewöhnen , mit einer Nachricht in GBash Dann müssen Sie nicht einmal zu VS Code gehen, geschweige denn zum VIM-Editor, um Aber bevor wir dieses Video beenden, zeige ich Ihnen als Bonus einen Befehl, mit dem Sie die Werte festlegen können , die wir in diesem Video zurücksetzen mussten Insbesondere der Benutzername, die Benutzer-E-Mail oder der Haupteditor. Verwenden Sie dazu den Befehl Git config und gehen Sie dann zur globalen Konfiguration Sie danach zwei Bindestriche ein und verwenden Sie den nicht gesetzten Begriff Danach würden Sie dann den Wert eingeben , den Sie löschen möchten Zum Beispiel der Punktname des Benutzers. Dadurch würde dieser Wert aus der globalen Konfigurationsdatei entfernt . Es wird nicht allzu oft vorkommen , dass Sie das tun möchten. Wenn Sie sich zum Beispiel einen neuen Namen geben möchten, könnten Sie einfach Benutzerpunktname eingeben und dann einen neuen Namen eingeben, so wie wir es zuvor getan haben. Aber wenn Sie wirklich möchten, können Sie den Befehl unset für Dinge wie den Namen, die E-Mail oder den ausgewählten Editor verwenden , wenn Sie dazu neigen 9. Anzeigen von Protokolldateien für deine Commits: Es ist wichtig, genau zu verstehen wie jeder einzelne Commit gespeichert wird Denn wenn wir nicht wissen, wie es gespeichert ist, dann wissen wir auch nicht, wie wir darauf zugreifen können. Die wichtigste Methode , um unsere gespeicherten Commits einzusehen , ist die Verwendung des Befehls log Zu diesem Zeitpunkt befinden wir uns immer noch im Ordner Troubleshoots. Ich möchte jetzt zum Ordner mit den Grundlagen für dieses Video zurückkehren Ordner mit den Grundlagen für dieses Ich verwende einfach den Befehl CD und dann zwei Perioden, um zur G-Übung zurückzukehren, und dann CD und Grundlagen, um zum Ordner mit den Grundlagen zurückzukehren. Lassen Sie uns noch einmal unseren Git-Status überprüfen. Der Arbeitsbaum ist derzeit sauber, und wenn wir L S verwenden, können wir alle Dateien anzeigen, die derzeit im Basisordner existieren. Wenn wir nun alle unsere Commits einsehen möchten, müssen wir nur den Befehl Git log verwenden Derzeit haben wir hier einen einzigen Commit, bei dem wir die Dateien zu unserem Projekt hinzugefügt haben Fügen wir eine neue Datei hinzu, damit wir einen neuen Commit erstellen können. Ich verwende den Touch-Befehl und dieses Mal fügen wir eine Index-HTML-Datei hinzu. Drücken Sie die Eingabetaste, um die neue Datei hinzuzufügen. Überprüfen Sie den Status abrufen. Wir können sehen, dass wir eine Datei haben, die nicht verfolgt wurde. Fügen wir also Index-HTML hinzu. Dann lassen Sie uns dieselbe Datei mit einer Nachricht festschreiben. Auch diese Nachricht muss so beschreibend wie möglich sein so beschreibend wie möglich Ich werde nur sagen, dass die HTML-Indexdatei eingeführt wurde. Wir haben jetzt einen zusätzlichen Commit hinzugefügt. Wenn wir das Protokoll abrufen, können Sie sehen, dass wir hier in unserer Datei zwei Commits haben Der untere ist der erste Commit, den wir gemacht haben, und Sie können die mit diesem Commit verknüpfte Nachricht sehen, und der oberste ist unser neuester Eintrag. Wenn Sie sich diesen wirklich langen Code hier ansehen, haben wir Head Main. Das deutet darauf hin, dass dies der aktuelle Head oder der neueste Commit dieses Branches ist. Nun, wo wir von diesem wirklich langen Code sprechen, fragst du dich vielleicht, was das genau ist. Dies ist die eindeutige ID für diesen Commit, und es ist sehr wichtig, dass du verstehst, wie sie funktionieren , denn die Verwendung dieser IDs ermöglicht es uns zu verschiedenen Teilen unseres Projekts oder zu verschiedenen Versionen davon zu wechseln . Zum Beispiel möchten wir vielleicht irgendwann zu dem Status zurückkehren , in dem wir uns bei diesem Commit befanden. Das würde bedeuten, diese eindeutige ID zu verwenden diese eindeutige ID zu verwenden , um zu diesem Zeitpunkt für das Projekt zurückzukehren. Aber wir verwenden Git Log eigentlich nicht so oft. Stattdessen verwenden wir einen sehr ähnlichen Befehl namens Git log one line. Das gibt uns im Grunde eine einfachere Version unserer Commit-Liste. Wenn ich Git Log verwende, kann ich dann, dann eine Zeile und Enter drücken. Dadurch erhalte ich eine Kurzversion der eindeutigen ID sowie die Nachrichten, die jedem Commit zugeordnet sind Ich sollte auch wissen, dass Sie, wenn Sie zu einem bestimmten Commit wechseln möchten, nur die Kurzversion Ihrer eindeutigen ID benötigen würden Ihrer eindeutigen ID Aus diesem Grund verwenden wir oft eine Zeile mehr als den Standardbefehl Git Log Wir sind jetzt hier in unserem VS-Code-Editor, und ich möchte nur eine Änderung an einer dieser Dateien vornehmen und diese dann als Commit hinzufügen Hier bin ich in First TXT und werde nur einen einfachen Satz schreiben. Der Zweck dieser Datei besteht also darin, beim Lernen von G zu helfen. Es muss nicht viel sein. Wir müssen nur eine Änderung vornehmen. Und wenn wir das im VS-Code tun, werden Sie sehen, dass erste TXT in dieser orangen Farbe hervorgehoben ist, zumindest bei meinem aktuellen Thema. Es könnte eine andere Farbe für dich sein. Dann haben wir ein großes M, das für modifiziert steht. Nun, Sie werden das nicht unbedingt sehen , wenn Sie kein Git-Repository verwenden. Aber vorerst drücken wir einfach Control S, um im VS-Code zu speichern und dann zu GBs zurückzukehren Da wir die Änderung im VS-Code vorgenommen haben, können wir den Git-Status überprüfen und sehen, dass wir eine Änderung im Arbeitsverzeichnis haben eine Änderung im Arbeitsverzeichnis Wir haben den ersten Punkt-TXT geändert. Wir werden das zu unserem Staging-Bereich hinzufügen. Git fügt zuerst TXT und dann werden wir es festschreiben Git commit Mm, und dann geben wir dem einfach eine Nachricht ersten Punkt TXT einen Zweck hinzu. Jetzt haben wir einen zusätzlichen Commit hinzugefügt. Schauen wir uns an, wie sich dadurch das Protokoll ändert. Wir gehen zum Git-Log. Du kannst sehen, dass wir jetzt unseren neuesten Commit hier im Log haben . Wenn wir Log in einer Zeile abrufen, haben wir jetzt auch hier drei Einträge, und sie sind genauso angeordnet wie beim herkömmlichen Git-Log-Befehl. Nun solltest du dir die Reihenfolge dieser Commits notieren. Standardmäßig ist das oberste Commit das letzte Commit und das unterste ist das früheste Commit , das Sie gemacht haben Das Gleiche gilt für die einzeilige Version dieses Befehls. Wieder hier im VS-Code, und ich werde noch eine Änderung vornehmen. Ich werde TXT umbenennen. Und noch einmal, lassen Sie uns einfach etwas Text hinzufügen. Da haben wir's. Wir haben eine Änderung vorgenommen, um Punkt TXT umzubenennen, und jetzt kehren wir zurück, um Bash zu holen Wir sollten uns jetzt daran gewöhnen, Änderungen an unseren Projekten hinzuzufügen und zu übernehmen Lassen Sie uns das in diesem Video noch einmal machen, also fügen wir unsere DXT-Datei zur Umbenennung zum Überprüfe den Git-Status noch einmal. Es ist wichtig, dass wir nicht aus dieser Gewohnheit herausfallen, und dann werden wir mit dem hinzugefügten Nachrichtentext zur Umbenennung der Datei einen Commit durchführen. Wir werden noch einmal das Git-Log überprüfen. Du kannst jetzt sehen, dass wir hier vier Commits haben. Auch hier gilt: Git log eine Zeile, die gleichen Commits, aber Das ist im Grunde der Vorgang , bei dem neue Commits in Ihrem Projekt wiederholt Je mehr Commits Sie erhalten, desto mehr Möglichkeiten gibt es, werden. Je mehr Commits Sie erhalten, desto mehr Möglichkeiten gibt es, zu früheren Punkten Ihres Projekts zurückzukehren . Jeder Commit ist eine Gelegenheit, effektiv in die Vergangenheit zurückzukehren, um von diesem Zeitpunkt an eine Vorschau Ihrer Projekte anzusehen oder daran zu arbeiten Bevor wir fertig sind, werde ich nur den umgekehrten Unterbefehl demonstrieren, mit dem Sie Ihr Git-Log neu anordnen können Wenn wir also Log holen und dann umkehren, dann ändert sich die Reihenfolge Der unterste wird der neueste, und der oberste wäre dein erster erster erster Commit. Das Gleiche kann für die einzeilige Version gemacht werden. Wir machen zuerst eine Zeile und dann den umgekehrten Befehl und wieder dasselbe. Wir haben den allerersten Commit oben und den letzten unten. 10. Hilfe im Terminal erhalten: Es gibt viele verschiedene Möglichkeiten, Unterstützung bei der Verwendung von Git und Git-Repositorys zu erhalten Unterstützung bei der Verwendung von Git und Git-Repositorys Der vielleicht schnellste Weg, Hilfe zu erhalten besteht darin, Hilfebefehle in GTBash selbst zu verwenden Wenn wir beispielsweise nur allgemeine Hilfe zur Verwendung von Gits erhalten möchten , müssen wir nur Git-Hilfe eingeben. Drücken Sie dann die Eingabetaste Und Sie erhalten eine praktische Liste all den verschiedenen Befehlen , die Sie nach Git verwenden können. Dies kann einige Verwendungsbefehle wie Version oder spezifischere Befehle wie Git init zum Erstellen leerer Repositorys beinhalten spezifischere Befehle wie Git init zum Erstellen leerer Repositorys Ich empfehle dir, dir einfach etwas Zeit zu nehmen , um jeden der Befehle, die du hier siehst, durchzusehen , um eine Vorstellung davon zu bekommen , was du mit Git machen kannst Wenn wir uns unten ansehen, können wir außerdem Git Help A oder GitLP, G verwenden, um die verfügbaren Unterbefehle aufzulisten Lass uns das schnell versuchen. G Hilfe A und gib ein. Dadurch erhalten wir einige der Befehle, die wir zuvor hatten, wie Git ad, aber auch einige, die wir nicht erkennen, wie zum Beispiel Guy. Eine weitere Sache, die dir in Git Help Dache auffallen wird , ist , dass wir nicht direkt zur nächsten Codezeile übergehen zur nächsten Codezeile Wir hatten diesen Doppelpunkt hier. Nun, wenn du aus diesem Zustand herauskommen willst, musst du nur die Q-Taste drücken. Das bringt dich raus und ermöglicht es dir, Das bringt dich raus und ermöglicht es dir den nächsten Code in Git zu schreiben. Sie stellen auch fest, dass die Verwendung dieser Hilfebefehle viel Platz im Terminal beansprucht . Also werde ich einfach den Befehl clear verwenden , um Dinge zu leeren. Jetzt können Sie auch die Kurzversion von Help verwenden, nämlich H. Sie können sie mit einigen spezielleren Befehlen wie Git Config verwenden , um Hilfe zu diesen Befehlen zu erhalten Wenn wir Git config H verwenden und die Eingabetaste drücken, erhalten wir eine Liste von Optionen, die wir mit Git config verwenden können, darunter Git config Unset, Git config, edit usw. Ein anderes Beispiel wäre , Hilfe für Git Log zu erhalten. Wenn ich Gog H wählen würde. Wir haben hier Optionen für Git Log. Und wenn Sie Hilfeoptionen für den Commit-Befehl benötigen, geben Sie einfach den Befehl GIT Commit ein und dann H, um Hilfe zu all den verschiedenen Unterbefehlen zu erhalten, die Sie mit GT Commit verwenden können Dies sind nur einige Beispiele dafür, wie Sie mit dem Befehl Hilfe alle Optionen aufrufen können dem Befehl Hilfe alle Optionen aufrufen , die Ihnen mit der GT-Software zur Verfügung stehen . 11. Die Bedeutung von GitIgnore: Es gibt eine Vielzahl verschiedener Projekte, die wir mit Git verwenden können, und es gibt auch eine Vielzahl verschiedener Dateien Einige dieser Dateien möchten wir möglicherweise nicht der Öffentlichkeit zugänglich machen. Diese privaten Dateien werden jedoch auch vom Git-Repository verfolgt. Wir müssen einen Weg finden, Get mitzuteilen, dass diese Dateien nicht verfolgt werden sollen. Hier kommt die Punkt-Git Ignore-Datei ins Spiel. Mit Dot Git Ignore können wir wiederum ein System erstellen, in dem das Git-Repository nur die Dateien verfolgt, die wir wollen. Das können wir tun, indem wir einfach die Dateien, die es nicht verfolgen soll, in die Datei Dot Get Ignore aufnehmen. Zuallererst möchte ich eine Punkt-ENV-Datei erstellen. Dies ist ein Dateityp , in dem häufig sehr wichtige Informationen gespeichert werden, die Sie eigentlich nicht veröffentlichen möchten Inzwischen wissen wir , dass wir mit dem Touch-Befehl neue Dateien erstellen können . Zum Beispiel Punkt ENV. Wenn wir dann LS ankreuzen, erhalten wir einen Überblick über all die verschiedenen Dateien, die wir erstellt haben, aber Sie können tatsächlich sehen, dass wir in dieser Liste die Punkt-ENV-Datei nicht sehen Wenn wir LS LA wählen, sollten wir es dann in der folgenden Liste sehen können Es sollte ungefähr hier sein. Als Nächstes möchte ich eine GT-Ignorierdatei erstellen. Um das zu tun, werden wir den gleichen Ansatz wie zuvor verwenden. Wir werden den Touch-Befehl verwenden. Und dann Punkt Git Ignorieren. Ich möchte in meine Punkt-Git-Ignore-Datei gehen und sie so einrichten, dass ich meine Punkt-Git-Ignore-Datei gehen und , wenn ich meinen Commits-Befehl verwende, die Datei mit Punkt EN V nicht festschreibe Im Endeffekt werden wir die Datei komplett ignorieren. Drüben im VS-Code können wir sehen, dass wir diese beiden Dateien, Punkt ENV und Punkt G Ignore, hinzugefügt haben Punkt ENV und Punkt G Ignore Wenn wir die Punkt-ENV-Datei bei zukünftigen Commits ignorieren wollen , müssen wir nur in die Git-Ignore-Datei gehen und in einer Zeile einfach eingeben, was ignoriert und in einer Zeile einfach eingeben, werden soll In diesem Fall Punkt ENV. Das ist buchstäblich alles, was wir hier tun müssen. Gehen wir jetzt zurück zu Git Bash. An dieser Stelle werde ich den Git-Status überprüfen. Wenn wir jetzt zwei Dateien hinzufügen, sollten wir normalerweise beide im Arbeitsverzeichnis sehen , wenn wir den Befehl Git status verwenden. Git status und dann Enter drücken. Du wirst feststellen, dass wir dieses Mal nur Punkte sehen, die Git ignoriert. Das liegt daran, dass wir bereits die Git-Ignore-Datei Dots verwenden, obwohl sie noch nicht festgeschrieben wurde, um festzustellen, welche unserer anderen Dateien von GT ignoriert werden. Was wir jetzt tun wollen, ist, die Datei Dot Get Ignore zu übergeben. Wir verwenden einfach den Befehl Git commit, fügen eine Nachricht hinzu und diese Nachricht wird der Git-Ignore-Datei hinzugefügt. Drücken Sie die Eingabetaste. Und hier haben wir ein kleines Problem. Wenn Sie sich erinnern, müssen wir zuerst unsere Datei hinzufügen, bevor wir sie übergeben. Dies ist ein Beispiel dafür , was passieren würde , wenn Sie den Vorgang überspringen würden. Also müssen wir jetzt die Ignorier-Datei hinzufügen. Überprüfe den Git-Status, stelle sicher, dass er grün ist, und dann wiederholen wir, was wir zuvor getan haben. Also los geht's. Die Git Commit-Nachricht hat die Datei Git Ignore hinzugefügt. Und dieses Mal sollte es ohne Probleme funktionieren. Zurück im VS-Code möchten wir auch eine unserer TXT-Dateien ignorieren. In diesem Fall die TXT-Datei mit dem Punkt „ Ignoriere mich“. Aber wenn wir das tun, werden wir auf ein Problem stoßen. Wenn ich also eintippe, ignoriere mich, und bevor ich das mache, notiere dir, wie Punkt ENV bewertet wird Das ist ein guter Indikator dafür , ob G ignore an dieser bestimmten Datei funktioniert oder nicht Wenn ich eintippe, ignoriere mich mit dem Punkt TXT, auch nach ein paar Sekunden sehen, wirst du auch nach ein paar Sekunden sehen, dass wir die Git-Ignore-Datei geändert haben, aber an der Datei Ignore Me Dot TXT hat sich nichts geändert. Und der Grund dafür ist, dass wir etwas nicht ignorieren können , das bereits mindestens einmal festgeschrieben wurde. Wenn wir diese spezielle Datei bei zukünftigen Commits ignorieren wollen , müssen wir sie aus dem GTS-Caching-System entfernen Um dies in GTBash zu tun, werden wir den GRM-Befehl verwenden Also geben wir G, und RM ist die Abkürzung Jetzt wollen wir die Datei nicht entfernen. Wir wollen es nur aus unserem zwischengespeicherten System entfernen. Um das zu tun, machen wir einfach zwei Bindestriche und geben Dann geben wir den Namen der Datei ein, die wir aus dem Cache entfernen möchten In diesem Fall verwenden wir unsere Anführungszeichen und geben dann ignore M txt ein. Wenn wir die Eingabetaste drücken, sollten wir eine zweite Zeile mit der Aufschrift R, ignore me X T erhalten. Überprüfen Sie als Nächstes den Git-Status. Sie können im Moment sehen, dass ignore me X T erhalten. Überprüfen Sie als Nächstes den Git-Status. Sie können im Moment sehen, wir get ignore tatsächlich geändert haben. Aber die Hauptsache hier ist die Ignore Me TXT-Datei. Wir möchten keine weiteren Änderungen an dieser Ignoriere mich TXT-Datei vornehmen. Es ist klar, dass wir uns gerade im Staging-Modus für diese Datei befinden, da sie grün markiert ist Schauen wir uns also an, was passiert, wenn wir versuchen würden, einen Commit durchzuführen. Also Git Commits Remove Ignoriere mich aus dem Cache Drücken Sie dann die Eingabetaste. Wir haben eine Datei geändert, einmal gelöscht, und das bezieht sich nur auf die Datei „Ignore Me Dot TXT“. Wenn wir unseren GT-Status überprüfen, befindet sich die Datei „Do Get Ignorieren“ immer noch im gleichen Zustand. Zurück hier in VS Code werden Sie feststellen, dass ignore e dot txt ausgegraut ist Das deutet darauf hin, dass es jetzt dank der Git Ignore-Datei bei zukünftigen Commits ignoriert wird dank der Git Ignore-Datei bei zukünftigen Commits ignoriert Wenn sie nicht benotet ist, müssen Sie in VS Code lediglich sicherstellen, dass Sie auf eine beliebige Stelle in der Reihenfolge klicken und sie dann einfach mit Control S speichern . Dadurch sollten alle Dateien aktualisiert werden, die sich auf Get Ignore beziehen Als Nächstes zeigen wir, wie wir die Git-Ignore-Datei verwenden können , um im Grunde alle Dateien eines bestimmten Formats zu ignorieren Insbesondere werden wir das Dot JS-Dateiformat verwenden. Ich werde damit beginnen, eine JS-Datei zum Ignorieren hinzuzufügen. Ignoriere also S und drücke Enter. Dann lassen Sie uns den GT-Status überprüfen. Jetzt haben wir die Do Geigno-Datei geändert. Wir werden das natürlich irgendwann festschreiben müssen, aber es ist okay, wenn wir es zu diesem Zeitpunkt nicht tun , weil es immer noch für uns funktioniert Nun wollen wir einen bestimmten Befehlstyp innerhalb von Git Ignore verwenden , sodass alle JS-Dateien, die wir erstellen würden , von GT ignoriert werden. Zurück im VS-Code können Sie sehen, dass wir den Ignorierpunkt S hinzugefügt haben, um alle JS-Dateien zu ignorieren. Alles was wir tun müssen, ist einen Asterix-Punkt JS hinzuzufügen. Das bedeutet, dass jede Datei mit einem beliebigen Namen, aber mit dem Dateiformat von Punkten ignoriert wird Und Sie können sehen, dass es bereits hier in unserem Explorer funktioniert. Sie können sehen, dass die Punkt-JS-Datei abgestuft wurde. Lassen Sie uns jetzt zurückgehen und das in unserem Gbash-Terminal Wir werden den Status noch einmal überprüfen und dieses Mal können wir bestätigen, dass Ignorieren von Punkt S nicht einmal mehr im Git-Status Es wird von Git komplett ignoriert weil es sich in der Git-Ignore-Datei mit Punkt befindet. Was wir tun können, ist Punkt G hinzuzufügen, um sich selbst zu ignorieren. Hte den Git-Status noch einmal, nur um zu bestätigen und dann mit Meldung zu bestätigen, dass wir Punkt-JS-Dateien ignorieren Da haben wir's. Wir haben einen weiteren Commit, eine weitere Bearbeitung für die Datei Dot Git Ignore. Und lassen Sie uns das ganz schnell bestätigen, indem zusätzlich zu der, die wir bereits erstellt haben, eine weitere JS-Datei hinzufügen. Also werde ich den Touch-Befehl noch einmal verwenden und dieses zweite S nennen und die Eingabetaste drücken. Überprüfe den Git-Status und du kannst sehen, dass wir nichts zu übertragen haben. Der Arbeitsbaum ist sauber. Das deutet also erneut darauf hin, dass, obwohl wir eine neue Datei in Form von Second JS erstellt haben , diese von GT komplett ignoriert wird. Du musst nicht immer eine Punkt-Git-Ignore-Datei von Grund auf neu erstellen . Wenn Sie an einem bestimmten Projekttyp arbeiten, können Sie einen Git-Ignore-Generator verwenden, um den für Ihr Projekt erforderlichen Code zu erstellen. Eine, die ich gerne verwende, ist diese zweite Option hier, et App. Ich hoffe, ich habe das richtig ausgesprochen. Also hier kann ich mit der linken Maustaste klicken und dann zur Auswahl gehen, und es gibt alle verschiedenen Projekttypen , die Sie hier auswählen können. Entscheiden wir uns für etwas, das vielleicht etwas vertrauter aussieht. Sagen wir Android. Und es erstellt den Code , den Sie höchstwahrscheinlich bei zukünftigen Commits in Ihren Git-Repositorys ignorieren möchten zukünftigen Commits in Ihren Git-Repositorys ignorieren Was wir tun können, ist, auf die Schaltfläche „Kopieren“ zu klicken und dann zum VS-Code zurückzukehren Im FS-Code muss ich nur zu einer neuen Zeile übergehen , mit der rechten Maustaste klicken und dann einfügen, und der gesamte Code wird in meine Dot-G-Ignorier-Datei eingefügt Wenn ich also in Zukunft eine dieser Dateierweiterungen oder bestimmte Dateien zu meinem Projekt hinzufüge , weiß G, dass diese Dateien ignoriert werden müssen Durch Kopieren und Einfügen haben wir eine Änderung an der Dot-Gitignore-Datei vorgenommen Selbst wenn Sie einen Generator für den Code verwenden, müssen Sie die Änderungen für Dot Gitignore hinzufügen und übernehmen Also genau das werden wir jetzt tun. Aber dieses Mal werde ich Ihnen zeigen, wie Sie den Staging-Prozess überspringen können Wenn du also Git Commit verwendest, kannst du dann AM wechseln und dann eine Nachricht hinterlassen Und das wird im Grunde genommen alles zum Staging hinzufügen und dann alles in einem Befehl Also zum Beispiel Code für Gigno generieren und dann Enter drücken Und Sie können sehen, dass wir die Änderungen in die Gignore-Datei übernehmen konnten, ohne ihn mit dem Befehl Ad hinzuzufügen wir die Änderungen in die Gignore-Datei übernehmen konnten , ohne ihn mit dem Ein wichtiger Hinweis: Dies funktioniert nicht mit Dateien, die zu Ihrem Repository hinzugefügt wurden Es funktioniert hauptsächlich mit Dateien, die bereits zuvor festgeschrieben wurden, wie z. B. die Punkt-Gitignore-Datei, und Sie möchten eine Änderung erneut festschreiben , wenn wir diese Datei geändert haben 12. Die git-Datei verstehen: Die Punkt-Git-Datei ist der Schlüssel zu Ihrem Repository. Sie wird auch die Verbindung zwischen Ihren lokalen Dateien mit der Git-Software und den verfügbaren Onlinediensten wie Git Hub herstellen. In diesem Video werden wir mehr über die Struktur der Punkt-Git-Datei erfahren , aber ich muss noch etwas sehr Wichtiges bekräftigen Du solltest keine der Dateien in Git manipulieren , wenn du nicht weißt, was du tust, da dies negative Folgen für dein Git-Repository haben kann dein Git-Repository Im VS-Code-Editor werden wir unsere Punkt-Git-Ignore-Datei sowie unsere erste Punkt-TXT-Datei schließen unsere Punkt-Git-Ignore-Datei sowie unsere erste Punkt-TXT-Datei und dann zum Explorer wechseln. Wenn es nun so aussieht, müssen Sie nur noch auf das Explorer-Symbol klicken, und es werden alle Dateien und Ordner angezeigt, die sich auf Ihr Verzeichnis beziehen. Ganz oben sollte sich Ihr Punkt-Git-Ordner befinden. Klicken Sie einfach mit der linken Maustaste und es werden alle Dateien und Unterordner in Dot Git geöffnet Dateien und Unterordner in Dot Git Das Erste, was ich erwähnen möchte, ist das hier, das Commit edit MSG, MSG ist die Abkürzung Das wird sich jedes Mal ändern, wenn du einen neuen Commit erstellst Und der hier generierte Text wird derselbe Text für die Nachricht Ihres letzten Commits sein . Direkt unter dem Commit haben wir die Konfiguration. Wenn wir nun darauf eingehen, werden Sie feststellen, dass dies nicht dasselbe ist wie die globalen Konfigurationseinstellungen. Das befindet sich woanders. Das sind die lokalen Konfigurationseinstellungen. Dies ist die Konfigurationsdatei für das spezifische Repository. Wenn Sie also Änderungen an dem spezifischen Repository vornehmen möchten , die sich nicht auf andere Projekte auf Ihrem Computer auswirken, sollten Sie hier versuchen, Änderungen an der Konfigurationsdatei vorzunehmen . Natürlich kannst du das innerhalb von GBah tun, indem du den Befehl Git config verwendest und dann lokal statt global Hier in GBAh können wir den Y-Befehl eingeben. Git Config local, und wenn wir dann list verwenden und Enter drücken Sie erhalten dieselben Informationen , die wir im VS-Code gesehen haben. Wir haben also die Formatversion, den Dateimodus, bloße lokale RF-Updates oder lokale RF-Updates, ich sollte sagen, ich habe das da völlig falsch gelesen. Systemlinks und die Gnoc-Einstellungen. All dies finden Sie also auch in der Punkt-Git-Datei im VS-Code Was wir hier auch tun können, ist , Dinge wie den Benutzernamen und die Benutzer-E-Mail für die spezifischen Repositorys zu definieren den Benutzernamen und die Benutzer-E-Mail für die spezifischen Repositorys Lassen Sie uns das jetzt versuchen. Also werde ich Git Configure verwenden und ich werde die lokale Konfiguration verwenden, was wir uns oben angesehen haben, und ich nehme den Punktnamen des Benutzers und wir werden ihn auf etwas anderes setzen. Stellen wir das auf Jane D ein und drücken dann die Eingabetaste. Wenn ich dann in meine Konfigurationsliste gehe, haben wir einen anderen Eintrag, einen Benutzerpunktnamen. Nun, dieser Eintrag hier gilt nur für unser aktuelles Projekt. Wenn wir in ein anderes Repository gehen, auch innerhalb des Git-Übungsordners, wenn wir bei der Problembehandlung ein anderes Repository oder den Branch-Ordner erstellen , wird dort immer noch der ursprüngliche Benutzername verwendet. Aber hier haben wir den Benutzernamen für die lokalen Dateien geändert , der den Basisordner darstellt. zum VS-Code zurückkehren, können Sie tatsächlich sehen, dass sich auch die Formatierung hier geändert hat. Wir haben jetzt also einen neuen Eintrag für den Benutzer und wir haben jetzt den Namen , der auf Jane Doe gesetzt ist. Das hatten wir vorher nicht , weil es nicht für die lokale Datei festgelegt war. Das bedeutet im Grunde für Dinge wie Ihren Benutzernamen, Ihre Benutzer-E-Mail oder den definierten Editor diese Werte aus der globalen Konfigurationsdatei stammen, diese Werte aus der globalen Konfigurationsdatei stammen der globalen Konfigurationsdatei sofern sie nicht in der lokalen Datei angegeben sind. Wenn sie in der lokalen Datei existieren, wird die globale Datei für diese spezifischen Attribute vollständig ignoriert. Wir werden uns in diesem Video nicht absolut alles ansehen . Ich möchte nur, dass Sie eine gute Vorstellung davon haben, welche Dinge Sie im Dot-Git-Ordner finden können . Eine weitere Sache, die ich hervorheben möchte , ist der restliche Ordner, und darunter haben wir Heads und Tags. Im Moment sollten die Tags leer sein. Aber wenn wir übers Ohr gehen, sollten wir eine Option haben, nämlich die Hauptoption. Dies stellt den Hauptzweig dar, und darin können Sie den ID-Code für den letzten Commit sehen. Alternativ können wir, wenn wir hier in den Logs-Ordner gehen, zu RFS und dann zu Main gehen . Dann haben wir alle unsere Commits Wir haben auch alle Änderungen für jeden Commit. Wir haben also den ursprünglichen Commit und dann haben wir jedes Mal, wenn wir eine Änderung vornehmen, den neuen Commit . Wir haben auch Daten wie den Benutzernamen des Autors, die Benutzer-E-Mail-Adresse sowie die initialisierte Commit-Nachricht Schließlich, wenn wir in den Hooks-Ordner gehen. Sie können eine Menge Beispielcode sehen. Jetzt möchten Sie den Beispielcode, den wir hier sehen, nicht manipulieren Beispielcode, den wir hier sehen Es wird dir nur aus Code-Perspektive eine Vorstellung davon geben aus Code-Perspektive eine Vorstellung davon wie Git tatsächlich mit seinen Repository-Systemen funktioniert Wenn Sie gut darin sind, Code zu lesen, dann ist das vielleicht etwas, das Sie in Ihrer Freizeit ein wenig lesen sollten in Ihrer Freizeit ein wenig lesen 13. Entfernen von Dateien und Löschen: I. Neben der Möglichkeit, Dateien mit Git und Git Bash hinzuzufügen und zu bearbeiten, haben wir auch die Möglichkeit, Dateien sowohl aus dem Staging-Bereich als auch aus dem Arbeitsverzeichnis zu entfernen sowohl aus dem Staging-Bereich als auch aus dem Arbeitsverzeichnis Tatsächlich haben wir sogar die Möglichkeit, Dateien vollständig zu löschen Wir beginnen mit dem Löschen von Änderungen, die im Arbeitsverzeichnis vorgenommen wurden. Bevor wir also etwas zum Staging hinzufügen, habe ich die TXT-Datei mit dem Löschpunkt im VS-Code geöffnet und alles, was ich tun werde, ist eine einfache Änderung vorzunehmen Nur ein bisschen Text. Das ist alles was wir für die Demonstration tun müssen. Jetzt werden wir zu Git Bash wechseln. Wo wir diese Zeile entfernen werden, die wir als Änderung im Arbeitsverzeichnis vorgenommen haben Hier in Git Bash werden wir den Befehl Git status verwenden, um zunächst den aktuellen Status der Delete Dot TXT-Datei zu überprüfen Wir können hier bestätigen, dass es derzeit eine Änderung im Arbeitsverzeichnis vorgenommen hat, es aber nicht zum Staging hinzugefügt wird Die Änderung wird nicht für den Commit bereitgestellt. Wenn wir uns das jetzt ansehen, haben wir zwei Optionen: die Möglichkeit, die Datei zum Staging hinzuzufügen oder die Datei wiederherzustellen Nun, das könnte aufgrund seines Wortlauts etwas verwirrend Aber wenn wir sagen, die Datei wiederherstellen, werden wir im Grunde die Änderungen im Arbeitsverzeichnis verwerfen, also setzen wir die Datei wieder in den vorherigen Zustand zurück , den sie beim letzten Commit Lassen Sie uns diese zweite Option wählen. Also holen wir uns die Wiederherstellung und dann brauchen wir den Dateinamen. Löschen Sie in diesem Fall den Punkt TXT. Drücken Sie die Eingabetaste, und das hätte funktionieren sollen. Wenn wir also noch einmal den Status abrufen überprüfen und nichts festschreiben muss, ist der Arbeitsbaum sauber. Und das ist der Status der Delete Dot TXT-Datei nachdem wir sie aus dem Arbeitsverzeichnis entfernt haben. Sie können sehen, dass dieser Text gelöscht wurde. Jetzt gibt es natürlich einen viel einfacheren Weg, das zu tun. Wir könnten einfach den Text auswählen und entfernen. Dies ist jedoch nur eine stark vereinfachte Methode demonstrieren, wie das geht, wenn Sie eine Änderung im Arbeitsverzeichnis vorgenommen haben und diese Ihren Code irgendwie beschädigt hat oder Änderungen vorgenommen hat, die Sie nicht vornehmen wollten Dies ist der einfachste Weg , diese Änderungen zu entfernen, bevor Sie sie in den Staging-Bereich verschieben Jetzt möchte ich zeigen, wie Sie eine Änderung in der gelöschten DTXT-Datei erstellen , sie zum Staging hinzufügen und dann die Änderungen sowohl aus dem Staging - als auch aus dem Arbeitsverzeichnis entfernen sowohl aus dem Staging - als auch aus dem Arbeitsverzeichnis Also noch einmal, wir werden nur ein bisschen Text hinzufügen. Einfach so. Und jetzt gehen wir zu Git Bash und fügen das zum Staging Geben Sie Git status erneut ein. Dieses Mal sollten wir sehen, dass wir eine Änderung im Arbeitsverzeichnis vorgenommen haben , und hier werde ich Git Add verwenden und die Datei zum Staging hinzufügen Das sollte also funktionieren. Lassen Sie uns den Git-Status noch einmal überprüfen, und wir können bestätigen, dass es Änderungen gibt , die übernommen werden müssen. Jetzt können wir hier direkt über der Datei sehen , dass wir die Möglichkeit geändert haben , die gelöschte DTXT-Datei wiederherzustellen , indem wir sie zunächst enttaggen Dazu müssen wir den Befehl GT restore erneut verwenden , aber wir müssen den Staging-Unterbefehl hier hinzufügen Inszeniert. Geben wir das ein, holen wir uns Restore Staged und dann den Dateinamen Drücken Sie dann die Eingabetaste. Wenn wir den Git-Status erneut überprüfen, können Sie sehen, dass er jetzt zurück in das Arbeitsverzeichnis verschoben wurde . Dieser eine Befehl hier entfernt die in der Datei vorgenommenen Änderungen nicht wirklich. Es entfernt es einfach aus dem Staging-Bereich. Wir müssten dann G Restore und den Dateinamen verwenden , um diese Änderungen zu entfernen Aber anstatt diese Änderungen zu löschen, werde ich sie tatsächlich übernehmen, weil ich Ihnen zeigen möchte, wie Sie einfach die Datei selbst löschen können. Bis zu diesem Zeitpunkt waren wir in der Lage, Änderungen zu entfernen , die sowohl im Arbeitsverzeichnis als auch im Staging vorgenommen Arbeitsverzeichnis als auch im Staging Aber was ist mit der Fähigkeit , die eigentliche Datei zu entfernen? Nun, lassen Sie uns das zunächst einfach festschreiben, also werde ich delete txt hinzufügen. Und dann übergebe ich einfach die Nachricht mit der Änderung, die an der gelöschten Datei vorgenommen wurde. Jetzt möchte ich Delete XT tatsächlich aus meinem Ordner entfernen. Dazu müssen wir den Befehl RM verwenden. Das steht für Entfernen. Es gibt zwei Möglichkeiten , wie wir das tun können. Wir können also den Befehl RM alleine verwenden, und dann würden wir den Dateinamen delete T verwenden und die Eingabetaste drücken. Wenn wir nun unseren Git-Status überprüfen, können wir sehen, dass der aktuelle Status darin besteht, dass wir TXT gelöscht haben, es aber noch nicht zum Staging hinzugefügt wurde Wenn Sie eine Datei löschen und direkt zum Staging hinzufügen möchten , würden Sie stattdessen den Befehl GT RM verwenden Von hier aus werde ich das wirklich sehr schnell wiederherstellen, also gehen wir zur GT-Wiederherstellung, löschen dann Punkt-TXT und überprüfen dann den GT-Status Es geht uns allen gut hier. rennen wir los und holen uns Rm Delete Dot Txt. Jetzt haben wir hier eine zweite Zeile, also haben wir delete dot txt entfernt. Wenn wir den Status abrufen überprüfen, müssen wir diese Änderung trotzdem übernehmen, aber sie wurde dem Staging-Bereich hinzugefügt Jetzt werden wir die Änderung festschreiben, um den Löschvorgang für diesen Commit abzuschließen Holen Sie sich Commit M und das ist ein Befehl, an den wir uns sehr gewöhnt haben sollten Und ich werde nur sagen, dass die gelöschte TXT-Datei entfernt wurde. Und jetzt wurde diese spezielle Datei diesem neuen Commit aus unserem Ordner entfernt. 14. Ändern des Namens der Datei: Eine weitere Kernfunktion , die wir lernen müssen, ist die Möglichkeit, den Namen unserer Dateien zu ändern. Technisch gesehen ist dies in der Tat dasselbe wie das Verschieben des Inhalts unserer Dateien von einem Ort an einen anderen. Wir haben nicht nur die Möglichkeit , den Namen der Datei zu ändern, sondern auch den Dateityp. Schauen wir uns also an, wie wir den Namen unserer Dateien mithilfe von Git-Befehlen ändern können . Um den Namen einer bestimmten Datei zu ändern, müssen wir den Befehl M V verwenden. Das ist die Abkürzung für Move. Was wir effektiv tun, ist, den Inhalt aus einer Datei zu nehmen und ihn in eine neue Datei zu verschieben. Das ist praktisch dasselbe wie Umbenennen. Stellen Sie sich das so vor, als eine neue Datei erstellen und die alte löschen Der Inhalt der alten Datei wird jedoch in die neue Datei übertragen. unserem Beispiel verschieben wir rename dot txt und dann werden wir es in eine neue Datei verschieben. In diesem Fall nennen wir es Notes TXT. Wir haben also den Befehl M V. Wir haben den Namen der alten Datei und dann haben wir den Namen der neuen Datei. Drücken Sie die Eingabetaste, und dann verwenden wir LS, um die verschiedenen Dateien in unserem Ordner zu überprüfen. Derzeit können Sie sehen, dass wir Notizen mit einem Punkt-TXT anstelle eines umbenannten Punkt-TXT haben . Wenn wir „Status abrufen“ überprüfen, können Sie sehen, dass wir tatsächlich zwei Änderungen vorgenommen haben. Wir haben den umbenannten Punkt XT gelöscht und Notizen mit dem Punkt TXT hinzugefügt. Der Inhalt, von dem es derzeit keinen in renamed.xt gibt, würde in die neu erstellte Notes-Punkt-TXT-Datei übertragen neu erstellte Notes-Punkt-TXT-Datei übertragen Was wir dann tun müssten, ist, diese Änderungen zu übernehmen Wir beginnen also mit Git add, rename dot txt und notes X t. Denken Sie daran, dass wir diese beiden Dateien zu nichts anderem als dem Staging-Bereich hinzufügen diese beiden Dateien zu nichts anderem als dem Staging-Bereich Und was wir tatsächlich tun, ist den neuen Status jeder Datei einzuführen In Bezug auf die Umbenennung von Punkt TXT fügen wir also den aktuellen Status dieser Datei hinzu, d. h. die Tatsache, dass sie gelöscht wurde. Drücken Sie die Eingabetaste und überprüfen Sie dann erneut den Git-Status. Diesmal wurden sie tatsächlich im Staging-Bereich kombiniert Git hat also erkannt, dass wir eine Datei umbenannt haben, sodass sie jetzt zu einer neuen Datei in unserem Repository wird Dann werden wir diese Änderung mit einer Nachricht bestätigen. Also wurde der Name in die Notizen Punkt TXT und Enter geändert. Also haben wir jetzt diese Änderung vorgenommen, wenn wir den Status abrufen wollen, ist der Arbeitsbaum jetzt sauber. Wenn wir Git M V verwenden, können wir nicht nur den Namen einer Datei ändern, sondern sie auch direkt an das Staging senden Wir müssten die beiden Dateien also nicht manuell zum Staging hinzufügen beiden Dateien also nicht manuell zum Staging Lassen Sie uns dafür ein Beispiel geben. Wir werden Git M V für move verwenden, und dann werden wir unsere Notizen mit Punkt TXT machen und das in den Namen Punkt TXT ändern. Dann drücken wir die Eingabetaste. Wir überprüfen den Git-Status und Sie können sehen, dass wir direkt zum Staging übergegangen sind Von hier aus können wir uns einfach mit einer Nachricht anmelden, die in den Namen txt geändert wurde Und so schnell und einfach geht das. Abschließend möchte ich zeigen, wie Sie eine Datei verschieben können, also diese Datei umbenennen, aber auch das Dateiformat ändern können, und der Vorgang ist tatsächlich identisch. Gehen wir also zu Git MV, und ich werde wieder den Namen Dot TXT-Datei verwenden, und wir werden das in Indexpunkt-HTML ändern . Wir wechseln mit dem Befehl Git MV von Name Dot TXT zu Index-HTML. Drücken Sie die Eingabetaste, und hier haben wir ein kleines Problem, also existiert das Ziel genauso wie die Quelle. Das bedeutet, dass wir diese Datei bereits zuvor erstellt haben. In diesem Fall ändern wir den Namen, holen uns M V, Name Punkt TXT. Und lassen Sie uns diesen zweiten über HTML nennen. Das sollte eine neue Datei sein, also drücke ich die Eingabetaste. Und jetzt habe ich meine Punkt-HTML-Datei erstellt. Wenn ich also den Status abfrage, können wir sehen, dass wir ihn umbenannt haben, aber wir haben auch den Dateityp geändert. Und jetzt geht es einfach darum , diese Datei zu übergeben. Also hinterlassen wir diese Nachricht. Drücken Sie die Eingabetaste und los geht's. In diesem Video haben wir also gelernt, wie man den Namen einer Datei ändert. Wir haben gelernt, wie man den Namen einer Datei ändert und sie direkt an die Staging-Umgebung sendet Und wir haben auch gelernt , dass wir sowohl den Namen einer Datei als auch ihr Dateiformat ändern den Namen einer Datei als auch ihr Dateiformat 15. Einzelnes Zweigprojekt: Es ist jetzt Zeit für unser erstes Projekt. In diesem Projekt werden wir im Grunde alles wiederherstellen, was wir bisher gelernt haben. Die Grundregeln lauten , dass Sie einen neuen Ordner erstellen möchten , in dem Sie Ihre Projekte speichern können. In diesem Ordner werden Sie ein Repository initialisieren und Ihre globalen Konfigurationseinstellungen überprüfen Ihre globalen Konfigurationseinstellungen überprüfen Von da an werden Sie eine Reihe von Dateien erstellen, für die Sie Commits bearbeiten und für die Sie Commits erstellen werden Ich möchte, dass du während dieser Herausforderung kontinuierlich Befehle wie Git status verwendest , um eine Vorschau des aktuellen Status deiner Dateien Ich möchte auch, dass Sie den Befehl Git Log sinnvoll nutzen. Auf diese Weise kannst du alle Commits verfolgen , die du für dieses Projekt machst Jetzt werde ich die Regeln oder Aufgaben, die Sie für diese Herausforderung erledigen müssen, auf dem Bildschirm haben Aufgaben, die Sie für diese Herausforderung erledigen müssen, auf dem Ich werde jetzt die Regeln oder Aufgaben auf dem Bildschirm haben, und dann kannst du das Video pausieren , während du diese Aufgaben erledigt hast. Der erste Schritt besteht darin, den Ordner für das Single-Branch-Projekt zu erstellen. Jetzt müssen wir sicherstellen, dass wir uns im richtigen Verzeichnis befinden , in dem wir unseren Ordner erstellen werden. Wenn Sie sich erinnern, dass wir dafür den Befehl CD verwenden müssen, können Sie sehen, dass wir uns derzeit im Stammverzeichnis Dann navigieren wir einfach zu unserem Hauptprojektverzeichnis, das sich für mich in Benutzern, dem Namen des Benutzers und dann dem Namen des Verzeichnisses befindet . In meinem Fall bekommt das Übung. Von hier aus werden wir unser neues Verzeichnis mit M K D R erstellen . Das ist Schultz für Make-Verzeichnis, und wir werden ihm den Namen Single Branch Project geben Namen Single Branch Project A als ein einziges Wort. Dann müssen wir in unseren neuen Projektordner wechseln. Auch hier geben wir einfach CD und dann den Namen unseres Single-Branch-Projekts ein. Sehr wichtig, dass Sie sicherstellen , dass es richtig geschrieben ist Und zu diesem Zeitpunkt sollten Sie sich im richtigen Ordner befinden, um mit der Übung zu beginnen Als Nächstes erstellen wir die ersten paar Dateien. Also benutze diesmal den Touch-Befehl. Und wir werden die Dateien als Test T und Notes Xt benennen. Stellen Sie sicher, dass zwischen jeder Datei, die Sie erstellen möchten, ein Leerzeichen steht , und drücken Sie dann zur Bestätigung die Eingabetaste. Wenn wir L S eingeben, sollten wir die beiden Dateien sehen können , die wir gerade erstellt haben. Wenn wir derzeit unseren Status mit dem Befehl Git status überprüfen würden , würden wir feststellen, dass wir derzeit kein Repository haben. Lassen Sie uns das beheben, indem wir Git in seinem Befehl verwenden , um ein leeres Git-Repository im aktuellen Ordner zu initialisieren ein leeres Git-Repository im aktuellen Ordner Überprüfen Sie den Git-Status erneut. Und Sie sollten sehen, dass Sie zwei Dateien haben, die nicht nachverfolgt wurden. Bevor wir an diesen Dateien arbeiten, werden wir unsere Konfigurationseinstellungen noch einmal überprüfen Um das zu tun, werden wir Git config cloval, list verwenden. Das sollte uns eine Liste der aktuellen Einstellungen geben , die wir für unser Projekt haben Da wir auf lokaler Ebene keine definiert haben, verwenden wir die globalen Einstellungen per Defile Jetzt werden wir diese Dateien dem Staging-Bereich hinzufügen , bevor wir sie zum ersten Mal Also werden wir den Befehl Git add verwenden . Und dann werde ich beide Dateien eingeben. Wie Sie wissen, gibt es verschiedene Möglichkeiten, dies zu tun. Ich werde also sicherstellen, dass beide Dateien hier aufgelistet sind, und die Eingabetaste drücken. Achten Sie immer darauf, den Git-Status zu überprüfen , nachdem Sie einen Befehl wie Git add verwendet haben, nur um zu bestätigen, dass alles korrekt funktioniert hat, und verwenden Sie dann den Befehl GIT commit mit einer Nachricht, und wir werden nur sagen, dass Kerndateien zum Projekt hinzugefügt wurden. Dann überprüfe unser Git-Log. Wir verwenden die einzeiligen Befehle nur, um zu bestätigen, dass wir unseren ersten Commit haben , der auch der aktuelle Kopf für unser GT-Projekt ist. Stellen Sie im VS-Code sicher, dass Sie den richtigen Ordner geöffnet haben. Es sollte Ihr einziger Zweigprojektordner sein. Es ist sehr einfach, das zu tun. Gehen Sie einfach zum Ordner Datei öffnen, und das öffnet Ihr Verzeichnis. Wenn Sie Windows verwenden. Es öffnet Ihren Dateibrowser, in dem Sie den Ordner suchen und von dort aus öffnen können. Sobald Sie es geöffnet haben, schließen Sie einfach den Begrüßungsbildschirm, und alles, was wir hier tun werden, ist, ein oder zwei Änderungen im VS-Code vorzunehmen . Gehen wir mit unserer Test-TXT-Datei fort und fügen hier nur ein wenig Text hinzu. Das ist alles was wir tun müssen. Jetzt kehren wir zu Git Bash zurück, wo wir diese Änderung hinzufügen und sie dann als eigene Phase in unserem Projekt festschreiben Zurück in Gash werden wir zunächst den Status überprüfen Wir werden dann die Testdatei hinzufügen. Und Sie werden sehen, dass ich dort einen Fehler gemacht habe. Ich habe es Text Dot TXT genannt, also habe ich einen fatalen Fehler bekommen da es die Datei nicht finden konnte, was absolut in Ordnung ist. Wir verwenden die Aufwärtspfeiltaste und korrigieren das einfach so, dass es als Testpunkt-TXT korrekt gelesen wird. Dann überprüfe den Status abrufen. Wir können sehen, dass es gerade zum Staging hinzugefügt wird. Dann werden wir die Datei mit einer Nachricht festschreiben. Kann zur Testdatei wechseln. Dann überprüfe unser Git-Log. Auch hier verwende ich gerne den einzeiligen Befehl, und Sie können sehen, dass wir jetzt zwei Einträge im Git-Protokoll haben. Was ich jetzt aber tun möchte, ist, dass ich meine Test-TXT-Datei entfernen möchte. Wir haben also eine Änderung vorgenommen, aber dann entschieden, dass wir die Datei eigentlich gar nicht wollen. Sie wird wahrscheinlich nicht für das Projekt benötigt. Um es zu entfernen, werden wir G RM verwenden. Dadurch wird nicht nur die Datei entfernt, sondern der geänderte Status wird auch dem Staging-Bereich hinzugefügt Also hol RM, und dann werde ich Test-Txt verwenden. Wir können also sehen, dass wir dort eine zweite Zeile haben, die uns sagt, dass wir den Testpunkt entfernt haben. Lassen Sie uns unseren Git-Status überprüfen und Sie können dort sehen, dass wir Testpunkt-TXT zum Staging hinzugefügt haben Testpunkt-TXT zum Staging hinzugefügt Lass uns das hinzufügen oder festschreiben , weil wir es jetzt nicht hinzufügen müssen, da es sich bereits in einem Staging-Bereich Wir werden das als gelöschte Testdatei festschreiben. Auch hier werden wir weiterhin das Git-Log überprüfen. Wir möchten sicherstellen, dass alles korrekt läuft. Und für die nächste Phase werden wir unsere Note Dot TXT-Datei umbenennen. Nehmen wir an, ich wollte sie in Private Dot TXT umbenennen , um besser darauf hinzuweisen, dass es sich um eine private Datei handelt , von der ich eigentlich nicht wollte , dass jemand anderes sie liest. Was wir tun können, ist, den Befehl Git MV zu verwenden Dadurch wird nicht nur eine Datei umbenannt, sondern diese Änderung wird auch dem Staging-Verzeichnis hinzugefügt diese Änderung wird auch dem Staging-Verzeichnis In diesem Fall nehmen wir unsere Notiz-TXT-Datei und ändern sie in eine private Punkt-TXT-Datei Überprüfe noch einmal den Status abrufen und vergewissere dich, dass die Änderung vorgenommen wurde und dass sie tatsächlich zum Staging hinzugefügt wurde Dann werden wir die Änderung erneut bestätigen. Diesmal sollte unsere Nachricht in Private Dot TXT umbenannt werden . Drücken Sie die Eingabetaste. Überprüfe dann noch einmal das Git-Log mit dem einzeiligen Befehl, und wir sollten an dieser Stelle vier separate Commits für das aktuelle Projekt haben An dieser Stelle möchte ich meine Dots Git Ignore Datei erstellen. Dazu verwenden wir erneut den Touch-Befehl und geben dann Punkt Git Ignorieren ein und drücken die Eingabetaste. Auf diese Weise können wir unsere Punkt-Gitignore-Datei erstellen. Wir werden diese Änderung jetzt einfach sehr schnell hinzufügen und bestätigen Wir haben sie hinzugefügt. Überprüfe immer den Git-Status, um sicherzustellen, dass alles gut läuft. Und dann werden wir es mit der Nachricht gitignore-Datei hinzufügen Als Nächstes gehen wir zum VS-Code über, wo wir eine Änderung an der Gig-Datei selbst vornehmen werden um sie für einige neue Dateien vorzubereiten , die wir hinzufügen, aber nicht nachverfolgen wollen Zurück im VS-Code stellen Sie vielleicht fest, dass wir uns immer noch in der Testpunkt-TXT-Datei befinden, aber Sie können sehen, dass sie durchgestrichen ist. Es wurde also im aktuellen Zustand tatsächlich gelöscht. Wir werden das schließen und zur Datei Dot Git Ignore übergehen. Jetzt werde ich nur testweise einige JavaScript-Dateien erstellen, einige JavaScript-Dateien erstellen, aber ich möchte sie nicht verfolgen. Wenn ich sicherstellen möchte, dass alle meine JavaScript-Dateien ignoriert werden, muss ich nur Asterisk Dot JS verwenden Das ist alles, was ich hier in Dot Git Ignore tun muss. Jetzt stellst du dir vielleicht die Frage, warum ignorieren wir nicht einfach eine private Punkt-TXT-Datei? Und in einem echten Projekt würden Sie genau das tun, weil es sich um private Notizen handelt. Aber wir arbeiten vorerst nur an den eigentlichen Fähigkeiten selbst. Also werden wir uns hier eher darauf konzentrieren , mehrere Dateien desselben Formats zu ignorieren Wenn du das Projekt erweitern möchtest, füge natürlich einige weitere Dateien hinzu und füge dann Private Dot XT zu Git Ignore Du darfst das auf jeden Fall gerne tun. Es ist eine großartige Lernerfahrung , Dinge selbst auszuprobieren. Venado, lass uns zurück zum Git Bash-Terminal gehen. Nachdem wir die Änderung an der Geigno-Datei vorgenommen haben, wir diese Änderung einfach hinzufügen Überprüfe unseren Status. Wir können sehen, dass es geändert wurde, und wir werden es einfach mit der Nachricht „Ignoriere JS-Dateien“ übergeben . Lassen Sie uns nun tatsächlich drei Javascript-Dateien zu unserem Projekt hinzufügen . Wir werden wieder den Touch-Befehl verwenden, und ich werde die Namen sehr einfach halten, also werden wir one.s2s verwenden Und drei Punkte. Drück sie. Und wenn ich den LS-Befehl verwende, werden Sie diese Dateien unter L S sehen , weil er nur alles auflistet , was sich im Ordner selbst befindet. Wenn ich jedoch den Git-Status überprüfe, wirst du feststellen, dass der Arbeitsbaum sauber ist. Die Tatsache , dass wir kostenlose Javascript-Dateien erstellt haben, wird ignoriert , weil Git Ignore dem Repository sagt , dass es grundsätzlich alle Javascript-Dateien und alle daran vorgenommenen Änderungen ignorieren soll. Um dieses Projekt zu beenden, werde ich nur ein paar Änderungen an der privaten Punkt-TXT-Datei vornehmen und jede einzelne übernehmen , nur damit wir ein bisschen mehr von einem Protokoll der verschiedenen Versionen bekommen . Gehen wir also zu VS Code über, wo wir eine Änderung an der privaten Doot-XT-Datei vornehmen an der privaten Doot-XT-Datei Also hier im VS Code Editor gehen wir zu Private Dot TXT, und ich werde nur eine Änderung vornehmen Das ist also eine private Datei. Gehen wir zurück und übernehmen diese Änderung. Oh. In Git Bash werden wir Git Status verwenden, um zu überprüfen, ob die private TXT-Datei geändert wurde Wir werden diese Änderung hinzufügen und dieses Mal, da wir eine Bearbeitung an einer vorhandenen Datei vorgenommen haben, verwenden wir Commit Am, wodurch sie sowohl zum Staging hinzugefügt als auch die Datei anschließend festgeschrieben wird Staging hinzugefügt als auch die Datei anschließend festgeschrieben Die erste Änderung wurde an der privaten Datei vorgenommen. Diese Änderung wurde vorgenommen, und wenn wir unser Git-Log überprüfen können wir bestätigen, dass hier ein zusätzlicher Commit aus den vorherigen Versionen vorgenommen wurde . Lass uns das nochmal machen. Also werden wir den Vorgang noch ein paar Mal wiederholen, nur um die Gewohnheit zu entwickeln Änderungen vorzunehmen und sie dann zu übernehmen Denken Sie daran, dass Sie das nicht so häufig tun werden wie wir in diesem Projekt Sie werden größere Änderungen an Ihren Dateien vornehmen als das, was wir hier tun. Es geht nur darum, sich daran zu gewöhnen , eine signifikante Änderung vorzunehmen und diese Änderung dann als neue Version Ihres Projekts in das GT-Repository Unsere zweite Änderung im VS-Code wird sein, dass diese Datei irgendwann versteckt wird Sie können mit dieser Datei tun, was Sie wollen , um eine Änderung vorzunehmen, solange es sich um eine Änderung handelt , die wir verfolgen und im Git Bash-Repository festschreiben können verfolgen und im Git Bash-Repository festschreiben Diese Datei wird also automatisch oder irgendwann ausgeblendet Gehen wir nun zurück, um Bash zu holen und diese Änderung zu speichern. Folgen Sie der gleichen Routine wie zuvor, also überprüfen wir den Status, um zu bestätigen, dass wir etwas haben , das zum Staging hinzugefügt werden kann Dann werden wir einen Commit durchführen, aber AM verwenden, nicht nur M, und das wird es zum Staging hinzufügen und dann die Datei mit einer Nachricht festschreiben In diesem Fall sagen wir zweite Zeile zur privaten Datei Seien Sie so beschreibend wie möglich und halten Sie es kurz. Und überprüfen Sie dann erneut das Protokoll mit dem einzeiligen Befehl Sie können also sehen, dass wir beginnen, immer mehr Bibliotheken mit früheren Commits zu erstellen mehr Bibliotheken mit früheren Commits Ich werde eigentlich nur die eine weitere Änderung hier im VS-Code vornehmen, und dann werden wir dort fertig sein Dieses Mal werden wir eine dritte Zeile hinzufügen und das ist nur ein Dankeschön für die Teilnahme an dem Projekt. Das ist alles, was wir hier mit unserer privaten DO-TXT-Datei machen werden. Und zum letzten Mal werden wir den Git-Status überprüfen. Wir werden unsere Datei hinzufügen oder übernehmen. Wir machen hier im Grunde beides mit Am und mit der letzten Nachricht werden wir sagen, danke fürs Mitmachen. Drücken Sie die Eingabetaste, die Änderung wurde vorgenommen, überprüfen Sie das Git-Protokoll. Und wir können diesen endgültigen Commit in unserem Log-Repository bestätigen . Das war's also für diese Single Branch Challenge. Herzlichen Glückwunsch, wenn Sie in der Lage waren , all die verschiedenen Schritte zu bewältigen. Achten Sie darauf, dass Sie einfach das bisher Gelernte mitnehmen und so viel wie möglich üben, damit Sie sich all die verschiedenen Befehle merken können, aber was Sie einfach das bisher Gelernte mitnehmen und so viel wie möglich üben, damit Sie noch wichtiger ist, merken den allgemeinen Prozess der Verwendung von Repositorys für 16. Arbeiten mit dem Hauptzweig in Git: Wir werden unsere Fähigkeiten jetzt im wahrsten Sinne des Wortes erweitern Dies beinhaltet die Fähigkeit , Branches in Git zu erstellen. Bisher haben wir einen Branch verwendet, und das war der Hauptzweig für all unsere Commits in unseren Projekten Wir können jedoch noch einen Schritt weiter gehen , indem Seitenzweige hinzufügen, um die Übersichtlichkeit unseres Workflows zu verbessern Nehmen wir zum Beispiel an, wir haben kostenlose Dateien, die wir bearbeiten möchten. Wir können unsere Hauptdatei im Hauptzweig bearbeiten. Wir können dann eine zweite Datei nehmen und sie in einem anderen Zweig bearbeiten, und dann können wir eine dritte für eine dritte Datei hinzufügen. Jeder dieser Zweige konzentriert sich auf eine bestimmte Datei. Und wenn wir mit der Bearbeitung fertig sind, können wir sie wieder mit dem Hauptzweig zusammenführen. Der größte Vorteil dabei ist, dass, wenn Sie beim Bearbeiten und Festschreiben auf Probleme stoßen , diese Probleme nur diese Probleme nur in diesem speziellen Zweig auftreten, was die Behebung und Bearbeitung dieser Probleme erheblich erleichtert Behebung und Bearbeitung dieser Probleme Ein weiterer Vorteil der Verwendung von Branches besteht darin, dass Sie in einer Teamumgebung arbeiten Sie können verschiedene Personen Ihres Teams in verschiedenen Filialen arbeiten lassen. Dies kann die Arbeit an verschiedenen oder ähnlichen Dateien beinhalten oder auch nicht . In der Regel wird jedoch empfohlen, nicht an derselben Datei in verschiedenen Zweigen zu arbeiten, da dies zu einem sogenannten Konflikt führen kann. Obwohl wir das in einem zukünftigen Video behandeln werden . Derzeit befinden wir uns im Ordner Single Branch Projects. Ich möchte zunächst den Befehl CD und dann zwei Punkttasten verwenden , um zu unserem Git-Hauptübungsordner zu wechseln , und dann möchte ich in unseren Branches-Ordner wechseln. Also CD-Zweige. Sieht so aus, als ob es keine Datei oder kein Verzeichnis mit diesem Namen gibt. Ich glaube, es heißt einfach Branch. Ja, ein weiteres Beispiel, bei dem Sie die Benennung einfach genau richtig hinbekommen müssen . Andernfalls wird es nicht wissen, worauf Sie sich beziehen. Moment befinden wir uns im Branch-Ordner, der, wenn ich LS eintippe, leer sein sollte , wenn ich L s LA verwende. Wir haben nur zwei Optionen, das aktuelle Verzeichnis und die Möglichkeit, ein Verzeichnis nach oben zu verschieben , wie es die doppelten Pi-Tasten zeigen . Das bedeutet, dass der erste Schritt hier darin besteht , ein Repository zu initialisieren, was wir jetzt mit get in it tun Lassen Sie uns von hier aus unseren Git-Status überprüfen und wir sollten in der Lage sein zu lesen , dass wir uns im Hauptzweig befinden und es derzeit keine Commits gibt Denken Sie daran, dass dies für Sie möglicherweise als Master angezeigt wird. Wenn du Git Config überprüfst. Ich muss es richtig buchstabieren. Globale Liste. Sie sollten in der Lage sein, den Innit-Standardzweig zu sehen, und er sollte Ihnen entweder Master oder Main mitteilen Falls es dir auch nichts sagt, sieh dir einfach an, was du hier in dem bläulichen Text sehen kannst , der dir den aktuellen Zweig anzeigt Sie können Config global und dann I in seinem Standardzweig verwenden , um Ihren neuen Namen für Ihren primären Zweig festzulegen Lassen Sie uns nach dem Teig zum nächsten Schritt übergehen, der darin besteht, unsere Kerndateien zu erstellen, denen es sich um eine HTML-Datei mit Indexpunkten und eine TXT-Datei mit Notizpunkten handeln wird. Wir verwenden den Touch-Befehl und erstellen dann Index-HTML und Notizen-TXT. Verwenden Sie LS, um zu überprüfen, ob die Dateien erstellt wurden. Und jetzt fahren wir mit dem nächsten Schritt fort. Wir verwenden den Git-Status, verwenden den um zu überprüfen, was wir bisher haben. Wir haben zwei Dateien, die derzeit nicht verfolgt werden. Sie jetzt daran, dass wir bei diesem Prozess , den wir bereits mehrfach gemacht haben, immer im Hauptzweig arbeiten, da dies der einzige Zweig ist, der bisher erstellt wurde. Fügen wir nun diese beiden Dateien mithilfe von GT ad zum Staging-Bereich hinzu, und wir verwenden hier nur den Punktschlüssel. Überprüfe den Git-Status noch einmal. Wir können sehen, dass wir diese beiden Dateien zum Staging hinzugefügt haben diese beiden Dateien zum Staging Und dann verwenden wir einen Git-Commit, nur besagt, dass Anrufdateien hinzugefügt wurden Und das ist der Standardprozess für die Übertragung von vorgenommenen Änderungen, deren wir uns bereits voll bewusst sind Wie ich bereits sagte, wurde alles, was wir bis jetzt getan haben , in der Hauptzweig getan Jetzt können Sie mit dem Befehl Git branch überprüfen, in welchem Zweig Sie sich befinden . Wenn ich Git branch eintippe und die Eingabetaste drücke, werden Sie sehen, dass wir uns im Hauptzweig befinden und dieser grün hervorgehoben ist. Wenn du lernst, neue Branches zu erstellen, wirst du die vollständige Liste der Branches sehen können, auf die hier mit dem Befehl Git branch zugreifen kannst. Da wir aber nur den Hauptzweig haben, ist er der einzige , der hier sichtbar ist. Stellen Sie im VS-Code sicher, dass Sie sich im Branch-Projektordner befinden, und wechseln Sie dann zum HTML-Index. Wir werden nur eine Kette zu dieser Datei erstellen. Ich werde nur ein Ausrufezeichen hinzufügen und dann die Eingabetaste drücken Dadurch wird unserer Punkt-HTML-Seite etwas Boilerplate-Code hinzugefügt unserer Punkt-HTML-Seite etwas Boilerplate-Code hinzugefügt Jetzt können wir zu Git Bash zurückkehren und diese Änderung speichern und übernehmen. Und dann werden wir das Protokoll überprüfen. Zurück im Terminal werden wir Git AD verwenden und einfach alles hinzufügen. Wir werden den Git-Status verwenden, um das zu überprüfen, und dann erhalten wir einen Commit mit einer Nachricht und wir geben einfach Boiler Plate für den Index ein. Drücken Sie die Eingabetaste und wir haben einen weiteren Commit in unserem Log erstellt. Wenn wir also unser Git-Log überprüfen und den einzeiligen Befehl verwenden, haben wir hier zwei Möglichkeiten. Die erste war, als wir die Kerndateien hinzugefügt haben, und die zweite, als wir die Boilerplate für die Indexdatei erstellt haben die Boilerplate für die Indexdatei Wir haben also zwei Versionen unseres Projekts, auf die wir in Zukunft zugreifen könnten in Zukunft zugreifen Beachten Sie, dass diese beiden Commits selben Branch, dem Hauptzweig, erstellt werden 17. Zurück zu einer alten Version deines Projekts: Die Hauptfunktion der Verwendung von Git ist die Möglichkeit, zu jeder festgeschriebenen Version Ihres Projekts zurückzukehren Genau darauf werden wir uns in diesem Video konzentrieren. Jetzt nehmen wir also alle Commits aus unserem Hauptzweig und werden lernen, wie wir auf jeden beliebigen bestimmten Commit zugreifen können und sehen, wie sich das auf unser Projekt auswirkt Um mit diesem speziellen Video fortzufahren, müssen wir mindestens ein paar weitere Commits hinzufügen mindestens ein paar weitere Commits Was ich jetzt für dich habe, ist eine Mini-Herausforderung. Wenn ich sage, ich möchte, dass du das Video pausierst, und ich möchte, dass du noch mehrere Commits für dieses Projekt machst noch mehrere Commits für dieses Projekt Machen Sie so weiter, bis Sie sechs verschiedene Commits haben. Es ist nicht wirklich wichtig, welche Änderungen Sie an Ihrem Projekt vornehmen werden Stellen Sie einfach sicher, dass es sich entweder in den Indexpunkt-HTML - oder den Notes-Punkt-TXT-Dateien befindet. Um die Sache zu vereinfachen, diese Änderungen einfach in der TXT-Datei mit dem Notes-Punkt vor , damit wir in zukünftigen Videos mit der Indexdatei weitermachen können. Also pausiere das Video jetzt und erstelle einfach ein paar weitere Commits für dein Projekt Willkommen zurück, Leute, und das sind die Änderungen, die ich in der Note Dot TXT-Datei vorgenommen habe Also wurde jedes davon hinzugefügt und dann festgeschrieben. Also habe ich die erste Zeile hinzugefügt, dann die zweite, dann die dritte, dann die vierte, und jede dieser wurde in einem bestimmten Commit hinzugefügt. Hier in Git Bash kannst du tatsächlich sehen, wie ich jede dieser unabhängigen Notizen in der Note Dot TXT-Datei festgeschrieben habe dieser unabhängigen Notizen in der Note Dot TXT-Datei Und wenn ich in meinem Git-Log nachschauen würde, müsste ich jetzt ungefähr sechs verschiedene Commits innerhalb des Branch-Projekts gemacht haben ungefähr sechs verschiedene Commits innerhalb des Branch-Projekts gemacht Jetzt haben wir also eine angemessene Anzahl dieser Commits, mit denen wir arbeiten können Jetzt werde ich den Checkout-Befehl demonstrieren. dem Befehl Checkout können wir eine Vorschau des Inhalts unseres Projekts in einem früheren Status oder Commit Nehmen wir zum Beispiel an, ich möchte zu diesem Punkt in unserem Projekt zurückkehren, dem wir die Standardvorlage für die HTML-Seite mit Indexpunkt erstellt haben . Wenn wir zu diesem Punkt zurückkehren, sollte theoretisch keine der Notizen in der Notizpunkt-TXT-Datei sichtbar sein Lassen Sie uns das auf die Probe stellen. Wir geben ein, holen und dann auschecken und dann müssen wir die richtige eindeutige ID eingeben , zu der wir gehen möchten. In unserem Beispiel doppelklicken wir hier auf die Option Boiler Plate for Index. Wir klicken mit der rechten Maustaste und fügen dann ein. Beachten Sie, dass Sie nicht kopieren müssen, wenn Sie Git Bash verwenden nicht kopieren müssen, wenn Sie Sie müssen lediglich sicherstellen, dass sich der Cursor nach dem Auschecken hier befindet Doppelklicken Sie mit der linken Maustaste auf die eindeutige ID, klicken Sie mit der rechten Maustaste und wählen Sie dann die Option Einfügen. Dadurch wird die eindeutige ID in diesen Befehl eingefügt. Drücken Sie dann die Enter-Taste. Sie werden sehen, dass es ziemlich komplex aussieht, aber eigentlich ist es sehr einfach. Derzeit befinden wir uns in einem sogenannten Zustand des abgegrenzten Kopfes. Das bedeutet also im Grunde, dass wir uns derzeit nicht am Ende unserer Zeitlinie befinden. Wir sind zu einem früheren Commit übergegangen. Was ich jetzt tun werde, ist auf VS-Code umzusteigen und wir werden zeigen, und wir werden zeigen, wie viel von dem Projekt wir noch sehen können. Drüben im VS-Code. Das Erste, was Ihnen hier auffallen wird, ist, dass die Note Dot TXT-Datei nichts enthält. Wenn wir zur HTML-Datei mit dem Indexpunkt gehen, haben wir den Standardcode. Das ist also der Zustand, in dem sich unser Projekt befand, als wir diesen speziellen Commit abgeschlossen haben Offensichtlich haben wir den Standardcode hinzugefügt und dann diese Änderungen übernommen Aber alle Änderungen, die danach in der Note Dot TXT-Datei vorgenommen wurden, sind nicht mehr hier. Was hier also tatsächlich passiert, ist, dass wir unser Projekt von der Zukunft in die Vergangenheit betrachten. Dies ist ein früherer Stand unseres Zweigprojekts, von dem wir eine Vorschau anzeigen können , wenn wir möglicherweise Fehler im Code oder ähnliches beheben möchten. Wenn wir zum letzten Commit zurückkehren möchten, müssen wir nur get, switch und dann diesen Minus-Befehl verwenden. Wenn du einen Blick oben wirfst, haben wir auch die Möglichkeit, einen neuen Branch vom aktuellen Punkt in unserer Timeline aus zu erstellen , den wir genau hier sehen können. Tun wir das, lasst uns einfach zu unserem letzten Commit zurückkehren. Also verwenden wir Git, wechseln und dann einfach den Befehl d oder minus verwenden und die Eingabetaste drücken. Jetzt sind wir zurück zum Hauptzweig gewechselt. Also ist alles so wie es vorher war. Und wenn Sie zum VS-Code zurückkehren würden, würden die Änderungen, die Sie an der Note-TXT-Datei vorgenommen haben , wieder sichtbar werden. Schauen wir uns übrigens an, was mit dem Git-Log passiert , wenn wir mit Git Checkout in die Vergangenheit reisen würden . Lassen Sie uns dieses Mal wieder eine dieser Optionen wählen , eine dieser IDs. Wir werden Git Checkout verwenden, und dann werde ich einfach doppelklicken, mit rechten Maustaste klicken und einfügen. Drücken Sie dann die Eingabetaste. Wir haben wieder die gleichen Optionen. Und wenn wir unser Git-Log überprüfen, verwenden wir den einzeiligen Befehl. An diesem Punkt haben wir einen abgegrenzten Kopf, aber er wird hier immer noch als Kopf angezeigt. Wir haben also nur die ersten kostenlosen Commits weil wir zu diesem hier zurückgekehrt sind, der für die Notizdatei gedacht war Das war also die erste Notiz, die ich in der Punkt-TXT-Datei für Notizen gemacht habe , und wir sind zu diesem Punkt zurückgekehrt Auch hier gilt: Wenn wir zum ursprünglichen Hauptzweig zurückkehren möchten, müssen wir nur den Git-Switch und dann die Minus-Taste verwenden und die Eingabetaste drücken. Überprüfe noch einmal dein Git-Log. Nur um zu bestätigen, dass alles korrekt ist. Es ist auch wichtig zu beachten , dass, wenn Sie zu einem vorherigen Commit zurückkehren würden , alle Änderungen, die Sie vornehmen nicht gespeichert würden, es sei denn, Sie sie in einem neuen Branch festschreiben, was im nächsten Video demonstriert wird. Im Moment möchte ich jedoch, dass Sie eine Änderung an der Indexdatei vornehmen. Insbesondere werden wir den Titel des Indexpunkt-HTML ändern . Navigieren Sie zur HTML-Seite mit dem Indexpunkt, und ich möchte, dass Sie hier nur den Titel ändern. Wenn Sie den Standardcode hinzufügen, sollten Sie die Möglichkeit haben, den Titel dieser Webseite zu ändern den Titel dieser Webseite Im Moment werden wir es einfach in Home umbenennen. Dann werden wir diese Änderung in Git Bash übernehmen. Inzwischen sollten wir uns dieses Prozesses voll bewusst sein, also werden wir nur den aktuellen Status überprüfen Wir können sehen, dass wir eine Datei im Arbeitsverzeichnis haben, die wir zum Staging hinzufügen, bestätigen, dass sie zum Staging hinzugefügt wurde, und dann werden wir diese Datei einfach festschreiben Also hier haben wir den Indextitel geändert. Das ist eine ziemlich wichtige Änderung, obwohl es sich nur um eine einzige Zeile handelt. Drücken Sie also die Eingabetaste und überprüfen Sie dann Ihr Git-Protokoll mit dem einzeiligen Befehl Jetzt sollten wir hier eine weitere Option haben. Zurück im VS-Code werde ich ein H-One-Tag hinzufügen, das für die Kopfzeile bestimmt ist, und dem Hauptteil der Seite selbst einfach einen eigenen Titel geben . Also geben wir einfach welcome ein, und das wird der Titel der Webseite sein. Der Grund, warum ich das mache, ist, einfach ein paar weitere Commits hinzuzufügen, weil es noch ein paar weitere Befehle gibt , die ich dir in diesem Video demonstrieren möchte Fügen Sie also das H-One-Tag zu Ihrem Indexpunkt-HTML hinzu und übertragen Sie diese Änderung dann im Git-Bash-Terminal. Zu diesem Zeitpunkt könnten wir den Prozess wahrscheinlich etwas schneller durchführen Dieses Mal werde ich direkt zum Commit übergehen. Verwenden Sie den Unterbefehl AM , um eine Nachricht sowohl zum Staging hinzuzufügen als auch zu übertragen Und dieses Mal werden wir nur eine Überschrift schreiben. Schau in unserem Git-Log nach. Nur um zu bestätigen, dass alles in Ordnung ist. Jetzt fahren wir mit dem nächsten Befehl fort , den ich demonstrieren möchte, nämlich der Option Git Revert Dadurch wird ein neuer Commit erstellt, aber gleichzeitig werden Ihre Projekte auf einen früheren Status zurückgesetzt Nehmen wir an, wir haben hier gerade ein paar Änderungen am Indextitel sowie an der Indexüberschrift Nehmen wir an, ich wollte in einen Staat zurückkehren, der davor war. Ich könnte den Befehl Git Revert verwenden. Und dann kann ich eine vorherige Commit-ID nehmen und sie einfach einfügen Also werde ich diese Option genau hier wählen, rechten Maustaste klicken und Einfügen wählen. Dann drücke ich die Eingabetaste. Nun, das macht es in unseren Editor, und der Grund, warum das gemacht wird, ist, dass der GID-Befehl revert einen neuen Commit erstellt Auch wenn dort nicht GIT Commit steht, übernimmst du erneut einen Commit, und das bedeutet, dass normalerweise eine Nachricht erforderlich wäre Jetzt, außerhalb des Bildschirms, habe ich gerade meinen VS-Code , der aufgetaucht ist, und ich werde einfach die Option schließen , die sich geöffnet hat, wo ich meine Nachricht eingeben kann Aber für Sie können Sie entweder dasselbe im VS-Code tun, ihn einfach schließen, weil er bereits die entsprechende Nachricht enthält, oder Sie können einfach M verwenden und dann die Nachricht in Gash erstellen Im Moment werde ich nur dieses Fenster schließen. Und dass wir die Änderungen bestätigt haben werden. Wenn ich den G-Status überprüfe, ist alles in Ordnung. Und wenn ich auch get Log überprüfen würde, würden wir sehen, dass unser letzter Commit uns sagt , dass wir zu der Notiz für die Erstellung der Indexseite zurückgekehrt sind, die sich hier befindet. Jetzt entschuldige ich mich. Ich habe mich vorhin etwas falsch ausgedrückt. Ich habe also wahrscheinlich den Eindruck erweckt , dass wir durch die Verwendung der Option „Zurücksetzen “ den Status der gesamten Datei im Grunde auf einen früheren Punkt zurückversetzen Aber was die Option „Zurücksetzen“ tatsächlich bewirkt, ist, dass sie die Informationen innerhalb unseres Projekts aus diesem speziellen Commit zurücksetzt die Informationen innerhalb unseres Projekts aus diesem speziellen Commit zurücksetzt unseres Projekts aus diesem Das bedeutet nun, dass alle Änderungen, die in diesem Commit vorgenommen wurden, entfernt werden, wenn wir die Option „Wiederherstellen“ verwenden Gehen wir also einfach zum VS-Code über , damit Sie sehen können, was ich meine Im VS-Code können Sie in der TXT-Datei mit den Punkten für Notizen sehen , dass die vierte Notiz verschwunden ist. In der Indexpunkt-HTML-Datei haben wir jedoch immer noch unseren Titelnamen wir geändert haben , und das H One-Tag. Es hat also keine Auswirkungen auf die Änderungen, die für diese spezifischen Commits vorgenommen wurden Mit dem Befehl Git revert haben wir lediglich dem Befehl Git revert haben wir lediglich Änderungen entfernt, die am angegebenen Commit vorgenommen wurden, und diesen dann als eigenen Commit in unsere Timeline aufgenommen Ich möchte Ihnen zwei weitere Optionen zeigen, nämlich die GT-Reset-Optionen Aber bevor wir das tun, werde ich eigentlich nur das Git-Bash-Terminal löschen , damit wir ein bisschen besser sehen können, was wir machen Ich möchte einen Soft-Reset demonstrieren. Hier kehren wir im Grunde zu einem alten Commit zurück, behalten aber alle Änderungen bei, die im Arbeitsverzeichnis oder im Staging-Bereich vorgenommen wurden Arbeitsverzeichnis oder im Staging-Bereich vorgenommen Zum Beispiel gehe ich zurück zu VS Code und füge Notes Dot TXT-Datei von früher eine zusätzliche Notiz Dot TXT-Datei von früher Alles, was ich hier tun werde, ist zu Zeile sieben überzugehen und einfach etwas Einfaches einzugeben. So etwas in der Art. Nur eine einfache Änderung, damit wir sie tatsächlich im VS-Code visualisieren können. Wenn wir uns nun den VS-Code ansehen, werden Sie tatsächlich feststellen, dass die Änderungen, die wir vorgenommen haben, unabhängig davon, ob sie sich im Staging-Verzeichnis befanden oder ob sie bereits bestätigt wurden, immer noch da sind Alle vier Notizen und alle der Indexdatei vorgenommenen Änderungen, einschließlich des Titels und des H-One-Tags Diese wurden in Commits vorgenommen, die jetzt aus dem Git-Log entfernt wurden, aber sie sind immer noch hier in unserem Projekt Das kann also passieren, wenn wir uns für einen Soft-Reset für unsere Verzeichnisse entscheiden einen Soft-Reset für unsere Verzeichnisse Nehmen wir an, Sie haben die Option zum Zurücksetzen von Git verwendet, aber Sie haben festgestellt, dass Sie einen Fehler gemacht haben. Wie kommst du wieder dahin zurück, wo du vorher warst? Nun, wir werden hier einen weiteren Befehl einführen , der Git re blog oder RF log heißt, sollte ich sagen, und Enter drücken. Nun, hier werden tatsächlich alle Änderungen angezeigt , die am Kopf unserer Datei vorgenommen wurden. Von hier aus sollten wir also in der Lage sein, zu unserem vorherigen Zustand zurückzukehren. Mithilfe der RF-Protokollliste kann ich sogar die Commits identifizieren, kann ich sogar die Commits identifizieren die zuvor entfernt wurden, und dann kann ich eines davon verwenden , um es erneut zurückzusetzen Also werde ich im Grunde den ursprünglichen Reset rückgängig machen. Die, die ich auswählen werde, ist die neueste Commit-Option, bei der wir die Überschrift hinzugefügt haben. Also werden wir G Reset erneut verwenden. Es wird wieder ein Soft-Reset sein, und dieses Mal doppelklicke ich mit der linken Maustaste auf diese Option, das ist mein letzter Commit, das ist mein letzter Commit klicke mit der rechten Maustaste und füge sie ein. Dann drücke ich die Eingabetaste, überprüfe mein Git-Log und das sieht viel besser aus. Jetzt sind wir wieder an einem Punkt angelangt, an dem uns all diese eindeutigen IDs, all diese festgeschriebenen Versionen, zur Verfügung stehen. Nun, ich weiß, dass das ein langes Video war, aber wir sind fast fertig. Der letzte Befehl, den ich demonstrieren werde, ist der Hard-Reset. Dies wird also zu einem vorherigen Punkt zurückkehren und auch die Änderungen im Arbeitsverzeichnis und in den Staging-Bereichen entfernen Arbeitsverzeichnis und in den Staging-Bereichen Es ist der Funktionsweise des Soft-Befehls sehr ähnlich. Wir geben einfach get reset ein. Karte. Dann wählen wir unsere Unique ID. Dieses Mal werde ich für das Indexpunkt-HTML den ganzen Weg zurück zur Standardvorlage gehen . Also klicke ich mit der rechten Maustaste, füge es ein und drücke die Eingabetaste. Wenn wir nun das Git-Protokoll überprüfen, können Sie sehen, dass wir hier nur zwei Optionen haben. Wenn wir uns den VS-Code ansehen würden, könnten Sie zunächst sehen, dass wir auf der HTML-Seite mit dem Indexpunkt das H-Tag nicht mehr haben und der Titel auch nicht geändert wurde. Wenn wir in Notes Dot TXT gehen, ist es derzeit leer. Der Inhalt, den wir in unseren Dateien sehen, entspricht also dem, was wir zu dem bestimmten Zeitpunkt sehen würden , an dem wir den Hard-Reset durchgeführt haben. Dies unterscheidet sich vom Soft-Reset, bei dem die Änderungen im Grunde beibehalten wurden, aber praktisch nur die Commit-Versionen aus unserem Protokoll entfernt wurden . 18. Erstellen eines Seitenzweigs: Sie mehrere Zweige erstellen, können Sie sich auf verschiedene Aspekte Ihres Projekts konzentrieren. Wie bereits erwähnt, können Sie einen Zweig nehmen und eine einzelne Datei in diesem Zweig bearbeiten eine einzelne Datei und sie dann wieder mit dem Hauptzweig zusammenführen. Um unseren ersten zusätzlichen Zweig zu erstellen, müssen wir den folgenden Befehl verwenden. Geben Sie von hier aus Git branch und dann den Namen des Branches ein, den Sie erstellen möchten. In unserem Beispiel nennen wir es Assist. Drücken Sie dann die Eingabetaste. Als Nächstes überprüfst du deine Branch-Liste indem du einfach Git branch eingibst. Du kannst hier sehen, dass wir uns derzeit noch in unserem Hauptzweig befinden, aber wir haben auch den Assist-Zweig erstellt. Um schnell zu überprüfen, ob wir Git Branch verwenden, erhalten wir eine Liste der aktuellen Branches. Wenn wir jedoch Git Branch verwenden und dann einen neuen Namen eingeben, können wir auf diese Weise einen neuen Branch erstellen und der Liste hinzufügen. Um zum Assist-Zweig zu wechseln, müssen wir Git Checkout eingeben. Und dann der Name der Filiale. In diesem Fall geben wir assist ein und drücken die Eingabetaste. Es gibt uns eine Benachrichtigung, dass wir zum Assist-Zweig gewechselt sind, und in der nächsten Zeile können Sie in Klammern sehen, und in der nächsten Zeile können Sie in Klammern sehen, dass wir tatsächlich den Assist-Zweig anstelle des Hauptzweigs verwenden anstelle des Hauptzweigs Wir können dies im VS-Code bestätigen. Öffnen Sie dazu Ihren.it-Ordner und überprüfen Sie dann die HEAD-Datei Sie werden sehen, dass wir hier derzeit auf den Assist-Zweig verweisen Dies würde normalerweise als Main lauten. Wenn wir direkt in den RFS-Ordner gehen und dann zu Heads gehen würden , würden Sie sehen, dass wir zwei Optionen haben assist und M. Jede dieser Optionen steht für den letzten Commit für diesen Branch Da wir im Assist-Zweig keine neuen Commits vorgenommen haben , ist die eindeutige ID zwischen diesen beiden Zweigen dieselbe Lassen Sie uns nun einige Änderungen an der TXT-Datei mit den Punkten für Notizen vornehmen, während wir uns im Assist-Zweig befinden Gehen Sie zu Notes Dot TXT und erstellen Sie einfach ein paar Notizen. Also fange ich einfach damit an, dass das mit dem Assist-Zweig bearbeitet wurde , und danach werde ich einfach Zweige verknüpfen, das ist eine tolle Art zu arbeiten. Also habe ich ein paar Änderungen an der Note Dot TXT-Datei vorgenommen. Tatsächlich hat es mir einen Vorschlag gegeben was ich danach hinzufügen kann. Das ist die Macht des BS-Codes. Wenn wir nur die Tabulatortaste drücken, können wir das nur so der Sache zuliebe hinzufügen. Und jetzt lasst uns das in Gash festschreiben. Zunächst einmal sind wir in einer neuen Filiale, also werde ich zunächst den GT-Status überprüfen Sie können sehen, dass wir derzeit Filialunterstützung anbieten. Auch dies unterscheidet sich von dem, was normalerweise auf der Hauptniederlassung steht. Davon abgesehen scheint alles so zu sein, wie wir es erwarten würden. Wir haben Änderungen an der Notes Dot TXT-Datei vorgenommen, und diese Änderungen befinden sich derzeit im Arbeitsverzeichnis. Fügen wir diese Änderungen zunächst dem Staging hinzu und übertragen sie dann mit G-Commit und dann mit unserer Nachricht Also wurden Notizen im Assist-Zweig hinzugefügt. Drücken Sie die Eingabetaste , um den Commit zu bestätigen und GGT-Status zu verwenden, um sicherzustellen, dass der Arbeitsbaum sauber ist Jetzt werden Sie feststellen, dass wir uns immer noch in der Assist-Branche befinden immer noch in der Assist-Branche Schauen wir uns aber auch das Git-Log an. Also werde ich Git Log eine Zeile eingeben und die Eingabetaste drücken. Sie werden feststellen, dass es ein bisschen anders aussieht. Wir haben also unseren neuesten Commit, und der aktuelle Leiter wird der neueste Commit des aktiven Branches sein. In diesem Fall ist es der Assist-Zweig. Wir haben diesen Commit also nach unserem letzten Commit für den Hauptzweig vorgenommen , der sich direkt darunter befindet. Das bedeutet, dass die Änderungen, die aufgrund dieser Verpflichtung vorgenommen wurden , im Hauptzweig nicht zum Tragen kommen werden. Drüben im VS-Code möchte ich jetzt, dass Sie eine Erweiterung hinzufügen. Kommen Sie also zu dieser Option hier in der Seitenleiste, die als Erweiterungen gekennzeichnet ist, und Sie werden nach Git Graph suchen. also in der Suchleiste Geben Sie also in der Suchleiste einfach G-Graph ein. Wählen Sie es aus und stellen Sie dann sicher, dass Sie Git Graph installieren. Sobald das erledigt ist, schließen Sie das Fenster, und dann verwenden wir Shift Control und P. Von hier aus, im Gits-Diagramm, und wählen Sie die erste Option, um das Git-Diagramm anzuzeigen Damit wird unser aktuelles Git-Repository als Zeitleiste demonstriert unser aktuelles Git-Repository als Zeitleiste Hier haben wir das Diagramm, und wir Änderungen an verschiedenen Zweigen vornehmen, werden Sie feststellen, dass wir unterschiedliche Abschnitte dieses Diagramms haben werden . Derzeit läuft alles nach einem einzigen Zeitplan ab. Aber wir können das ändern, indem einige zusätzliche Commits in verschiedenen Branches Was ich jetzt tun werde, ist, zurück zum Hauptzweig zu wechseln, und dann werden wir wieder zum VS-Code zurückkehren, um die Notes Dot TXT-Datei anzusehen Wenn Sie sich erinnern, haben wir in unserem Assist-Zweig einige Änderungen an der Notes-Punkt-TXT-Datei vorgenommen. Also hier in GTBash werden wir dieses Mal Git Switch verwenden, also kannst du switch verwenden oder auschecken und ich werde Git Switch Main verwenden, und das bringt uns zum Hauptzweig Lassen Sie uns nun zum VS-Code wechseln, um den Status der Notes-TXT-Datei mit Punkten zu sehen Sie werden feststellen, dass das Diagramm etwas anders aussieht. Dies deutet hier darauf hin, dass wir derzeit den Hauptzweig als Haupt-Head des Git-Repositorys verwenden . Und du kannst sehen, dass der Hauptzweig hier auch fett gedruckt ist. Gehen wir zur TXT-Datei mit den Punkten für Notizen über, und Sie werden sofort feststellen, dass diese nichts enthält . Das liegt einfach daran, dass wir vom Assist-Zweig, in dem wir die Änderungen vorgenommen haben, zum Hauptzweig gewechselt Assist-Zweig, in dem wir die Änderungen vorgenommen sind, und weil der Hauptzweig älter ist, hat er diese Änderungen nicht in der Punkt-TXT-Datei für Notizen Das ist die Stärke der Verwendung von Verzweigungen, in denen Sie die Änderungen, die Sie auf der Grundlage bestimmter Dateien vornehmen, trennen können , sodass Sie Änderungen an einer bestimmten Datei in einem bestimmten Zweig Vom Bildschirm aus werde ich noch einmal zum Assist-Zweig zurückkehren Aber ich werde das außerhalb des Bildschirms machen , damit Sie sehen können, was im VS-Code passiert Also gebe ich Git Then switch und dieses Mal gebe ich assist Git, wechsle, unterstütze. Drücken Sie dann die Eingabetaste. Sobald ich das getan habe, alle Notizen, die wir in der Assist-Abteilung gemacht haben, wieder bei uns eingetroffen. Auch hier werde ich in meinem Git-Bash-Terminal wieder zum Hauptterminal wechseln Git-Switch, Main. Und ich mache das wieder außerhalb des Bildschirms, damit Sie die Änderungen im VS-Code in Echtzeit sehen können Drücken Sie die Eingabetaste, und die TXT-Datei mit den Hinweisen ist wieder leer , da wir zum Hauptzweig gewechselt in dem diese Änderungen nicht vorgenommen wurden Während ich im Hauptzweig bin, werde ich zum HTML-Index übergehen und ein paar Änderungen vornehmen. Lassen Sie uns zunächst den Titel ändern, und ich werde den Titel einfach in Hallo ändern. Ich werde auch ein H-One-Tag erstellen und wir werden es einfach Hello World nennen. Das sind also die beiden Änderungen, die ich auf meiner HTML-Seite mit dem Indexpunkt vorgenommen habe . Denken Sie daran, ich bin derzeit in der Hauptzweig. Ich bin also nicht in der Assist-Abteilung. Was wir tun werden, ist, dies im Hauptzweig zu übernehmen und dann wieder zwischen den beiden Zweigen zu wechseln, wobei wir Hauptzweig zu übernehmen und dann wieder zwischen den beiden Zweigen zu wechseln, wobei die Unterschiede zwischen unseren Dateien beachten. Lass uns unseren Git-Status überprüfen. Wir können bestätigen, dass wir uns im Hauptzweig und wir eine Änderung im Arbeitsverzeichnis haben. Wir werden diese Änderung hinzufügen und dann den Status noch einmal überprüfen, und dann werden wir sie übernehmen. Sie werden feststellen, dass ich damit schnell vorgehe, und das liegt nur daran, dass wir diesen Teil des Prozesses bereits dutzende Male durchgeführt haben . Inzwischen sollten wir es also gewohnt sein, den Git-Status zu überprüfen, das Staging zu erweitern, den Status erneut zu überprüfen und dann die Datei zuzulassen Für die Nachricht schreibe ich einfach die vorgenommene Änderung in die Indexdatei für Main Stellen Sie sicher, dass es in den Anführungszeichen geschlossen ist , und drücken Sie die Eingabetaste, um den Vorgang zu bestätigen. Jetzt kehren wir zum VS-Code zurück, und ich werde wieder außerhalb des Bildschirms zwischen den beiden Zweigen wechseln. Hier sind wir wieder im VS-Code, und was ich jetzt tun werde, ist hervorzuheben, was wir in Indexpunkt-HTML sowie in Notes Dot TXT haben . Derzeit haben wir Änderungen an Indexpunkt-HTML vorgenommen, aber die Notizpunkt-TXT-Datei ist leer. Außerhalb des Bildschirms werde ich Git eingeben, wechseln und dann assistieren. Ich drücke die Eingabetaste und unser Inhalt für die TXT-Datei mit den Punkten für Notizen wird wieder angezeigt. Wenn wir jedoch zu HTML mit Indexpunkt wechseln, entspricht der Titel dem Originaltitel, also dem Dokument, und wir haben unsere H-1-Überschrift nicht mehr . Wenn ich mit GT-Schalter und dann Min zurück zum Hauptzweig wechseln würde, sehen wir in Echtzeit, dass die Indexpunkt-HTML-Datei mit dem neuen Titel und dem neuen H-One-Tag aktualisiert wird mit dem neuen Titel und dem neuen H-One-Tag aktualisiert und die TXT-Datei mit dem Notizpunkt leer ist. Wir betrachten unser Projekt also effektiv in zwei verschiedenen Zeitlinien oder in zwei verschiedenen Zweigen Es handelt sich jetzt also praktisch um unterschiedliche Projekte bis wir diese beiden Zweige zusammenbringen Denken Sie daran, dass jeder dieser Zweige als eigene Version Ihres Projekts fungiert , bis Sie sich entscheiden, sie wieder mit dem Hauptzweig zusammenzuführen. Als wir den Assist-Zweig erstellt haben, haben wir den Befehl Git branch verwendet. Sie können aber auch den Befehl GIT switch verwenden , um neue Branches zu erstellen. Um das zu tun, werden wir GIT Switch verwenden und dann C machen. Das steht also für Create. Das bedeutet , dass wir zu einem Branch wechseln werden , den wir gerade erstellen werden. Jetzt brauchen wir immer noch den Namen, nach dem wir suchen. Ich nenne ihn „ gelesen mit allen Großbuchstaben“. Drücken Sie die Eingabetaste und wir erhalten die Benachrichtigung , dass wir zu einem neuen Zweig namens read gewechselt sind Sie können direkt unten bestätigen , dass wir uns im Lesebereich befinden. Wenn wir das mit dem Befehl Git branch überprüfen, haben wir jetzt drei Optionen, drei verschiedene Branches, und der hervorgehobene ist der Read-Zweig. Wenn wir den Git-Status überprüfen, können Sie sehen, dass der Zweig rot und der Arbeitsbaum sauber ist. 19. Aufbau von Zweigen aus älteren Commits: I. Dieses Mal werde ich die Fähigkeit demonstrieren, einen neuen Branch zu erstellen, indem ein früherer Commit als Basis für diesen neuen Branch Mit anderen Worten, die Fähigkeit, von jedem beliebigen Punkt der Timeline aus neue Branches zu erstellen . Zuallererst werden wir sicherstellen, dass wir uns im Hauptzweig befinden. Wir können bestätigen, dass wir uns auf dem Lesezweig befinden, den wir im vorherigen Video erstellt haben. Alles, was wir tun müssen, ist den Befehl Git checkout oder den Git-Switch zu verwenden , beide funktionieren und main eingeben. Dadurch werden wir nun zum Hauptzweig weitergeleitet. Jetzt möchte ich das Git-Log mit Git Log demonstrieren, und wir werden den einzeiligen Befehl verwenden. Im Moment haben wir kostenlose Commits. Einer fehlt, und das ist der Commit, der im Assist-Zweig vorgenommen wurde Das ist genau das, was wir erwarten würden, denn diese Zusage wurde völlig unabhängig von der Haupt - oder der Nebenzweige vorgenommen . Was ich von hier aus tun möchte, ist, dass ich in der Zeit zu einem älteren Commit zurückkehren möchte. Nehmen wir an, wir wollten zum allerersten Commit zurückkehren , den wir gemacht haben, bei dem wir die Kerndateien hinzugefügt haben. Dazu geben wir g ein und checken dann aus und dann doppelklicken wir mit der linken Maustaste auf diese eindeutige ID für den allerersten Commit, den wir gemacht haben, klicken mit der rechten Maustaste und wählen Einfügen. Drücken Sie die Eingabetaste und wir sind jetzt zu diesem speziellen Commit gewechselt. Sie werden sich erinnern, dass wir in einem früheren Video gelernt haben, wie wir mit dem Befehl Git checkout und dann mit der eindeutigen ID zu früheren Versionen unseres Projekts wechseln können. Nun, einer der Gründe, warum Sie das tun würden , ist, dass Sie in der Zeit zurückreisen können , um einen neuen Zweig aus einer älteren Version zu erstellen . Dies kann nützlich sein, wenn Sie Probleme mit bestimmten Aspekten Ihres Projekts beheben möchten. Sie können hier sehen, dass wir zu einem neuen Branch wechseln können, wenn wir den Befehl Git switch verwenden. Lass uns das jetzt machen. Ich werde Git-Switch C verwenden, und dann müssen wir uns einen neuen Namen für diesen Zweig einfallen lassen . Im Moment nenne ich es einfach Test. Und dann drücken Sie die Eingabetaste. Wir sollten sofort in die Testabteilung gehen. Wir befinden uns also nicht mehr im vorherigen Zustand mit abgetrenntem Kopf. Wenn wir von hier aus wollen, können wir mit Git Switch Main zurück zu unserem Hauptzweig wechseln. Achten Sie dabei darauf, dass er richtig geschrieben ist Und es bringt uns einfach zurück zum Hauptzweig. Es bringt uns nicht zurück zum spezifischen Commit. Im Moment werde ich jedoch zu unserem neuen Testzweig wechseln und ein oder zwei Dateien erstellen. Fügen wir mit dem Touch-Befehl eine Datei namens Extra txt hinzu. Diese neue Datei wird zu diesem Zeitpunkt nur im Testzweig existieren . Lassen Sie uns nun einige Änderungen im VS-Code vornehmen und diese Änderungen übernehmen . Hier im VS-Code werden Sie feststellen, wenn Sie in die HTML-Datei mit dem Indexpunkt gehen , dass sie derzeit leer ist. Das Gleiche gilt für die Notes Dot TXT-Datei. Wenn Sie sich erinnern, haben wir diesen Testzweig beim allerersten Commit erstellt allerersten Commit , als die Dateien ursprünglich erstellt wurden. Wir haben diesen Dateien bis zum nächsten Commit, das wir gemacht haben, nichts hinzugefügt . Aus diesem Grund sind sie hier im Testzweig derzeit leer . Wir werfen einen Blick in den Explorer , den Sie hier anklicken können, um zu zeigen, dass wir Zugriff auf die EXT-Datei haben. Auch diese Datei existiert derzeit nur im Testzweig. Lassen Sie uns also ein wenig Inhalt hinzufügen und dann die Änderung übernehmen. Alles, was ich tun werde, ist eine zusätzliche Datei. Wir werden es wahrscheinlich später löschen. Sammelt tatsächlich, notieren Sie sich das. Da haben wir's. Wir haben ein paar Änderungen an der zusätzlichen Punkt-XT-Datei vorgenommen. Lassen Sie uns diese Änderungen sehr schnell in Gash hinzufügen und übernehmen. Da wir eine neue Datei hinzugefügt haben, können wir Git Commit AM hier nicht verwenden Wir müssen Git Add verwenden, um die zusätzliche Punkt-XT-Datei hinzuzufügen. Überprüfe den Git-Status. Wir können sehen, dass wir es zum Staging hinzugefügt haben, und jetzt werden wir den Commit mit der Meldung Zusätzliche Datei hinzugefügt durchführen Hier haben wir einen Commit innerhalb des Testzweigs selbst erstellt einen Commit innerhalb des Testzweigs selbst Jetzt möchte ich zum S-Code zurückkehren und wir werden den aktuellen Status unseres Git-Graphen überprüfen . Wenn Sie Ihr Git-Diagramm geschlossen haben, indem Sie hier einfach auf die X-Schaltfläche geklickt haben, denken Sie daran, dass Sie es wiederherstellen können , indem Sie die Umschalttaste und P verwenden und dann Gits-Diagramm aus der Liste auswählen Und wenn es nicht da ist, tippe einfach Git Graph ein, und das ist normalerweise die erste Option, die Möglichkeit, das Git-Diagramm anzusehen Hier können wir den aktuellen Status unseres Repositorys sehen. Zu diesem Zeitpunkt befinden wir uns im Test-Branch, und da das der letzte Commit war, wird er hier angezeigt. Wir können sehen, dass es tatsächlich in der Reihenfolge der getätigten Commits angezeigt wird in der Reihenfolge der getätigten Commits Der aktuelle Zweig, dem wir uns befinden, wird blau hervorgehoben Sie können hier sehen, dass wir ganz am Anfang angefangen haben, als wir die Kerndateien für den Testzweig hinzugefügt haben . Der nächste Knoten, den wir sehen, ist tatsächlich der neueste. Das ist also der aktuelle Leiter unseres Projekts in der Testabteilung. Wir haben hier auch Zugriff auf unsere anderen Filialen und eine visuelle Darstellung wo sie sich in unserer Timeline befinden. Hier können wir also den Kesselplattenindex sehen. Hier hatten wir sowohl unsere Haupt- als auch die Lesedatei, insbesondere die Hauptdatei, und von hier aus haben wir tatsächlich den Assist-Zweig erstellt. Deshalb kommt der Assist-Zweig von diesem Punkt aus und nicht von irgendwo auf der blauen Linie, die wir hier sehen. Es mag zunächst etwas verwirrend sein, aber jedes Mal, wenn du einen Commit in einem anderen Branch machst, einfach zu diesem Punkt zurück, um zu sehen Änderung an der Timeline vorgenommen wurde. 20. Zusammenführen von Zweigen: Der Zweck der Erstellung eines Nebenzweigs besteht darin , dass Sie einen bestimmten Inhalt in Ihrem Projekt einfacher bearbeiten können einen bestimmten Inhalt in Ihrem Projekt einfacher bearbeiten Inhalt in Ihrem Projekt Das Endziel sollte jedoch immer darin bestehen , alles wieder in den Hauptzweig zu bringen. In diesem Video werden wir das also tun. Wir werden einen Nebenzweig nehmen und ihn mit dem Hauptzweig zusammenführen. Ich möchte zuerst in den roten Zweig wechseln. Dazu können wir entweder get switch oder get check out verwenden und dann den Namen der Filiale, zu der wir wechseln möchten. In meinem Fall ziehe ich in die rote Filiale um. Als Nächstes erstelle ich im Rad-Zweig eine neue Datei mit dem Touch-Befehl. Also gebe ich Touch Read Me Dot MD ein. Dies ist eine Datei, die Sie möglicherweise häufig in verschiedenen Projekten sehen , die Sie von Git Hub herunterladen. Es beschreibt im Grunde alles innerhalb des Projekts in einem leicht lesbaren Format. Also werden wir die Eingabetaste drücken , um die Rad M-Datei zu erstellen. Da diese Readme-Datei hinzugefügt, aber noch nicht festgeschrieben wurde, wird sie derzeit in allen Branchen existieren. Wenn wir also zum Hauptzweig wechseln würden, wäre die Readme-Datei immer noch vorhanden. Was ich jetzt tun werde, ist, dass ich einfach die Readme-Datei hinzufüge und Ich verwende Ich füge hinzu und lese mir dann Punkt D vor. Überprüfe den Git-Status Wie du siehst, haben wir Branch Read und wir haben eine Datei im Staging Und von hier aus werden wir uns mit der folgenden Botschaft verpflichten Die Readme-Datei wurde hinzugefügt. Drücken Sie die Eingabetaste, und wir haben die Readme-Datei jetzt speziell zu unserem Lesezweig hinzugefügt . Wenn ich jetzt meinen Zweig ändern würde, also lassen Sie uns ihn in unseren Hauptzweig ändern würden, würden Sie feststellen . Wenn Sie dann zu VS Code oder Ihrem Dateibrowser wechseln , dass die Red M-Datei verschwinden würde. Was ich tun werde, ist zurück zur Red-Filiale zu wechseln und dann zu VS Code überzugehen, damit Sie das sehen können. Im VS-Code haben wir derzeit Zugriff auf die Indexpunkt-HTML-, Notes-Punkt-XT- und Read-Me-Dot-D-Dateien. Nun, zu diesem Zeitpunkt sind zwei davon leer, aber das ist absolut in Ordnung, weil wir nichts hinzugefügt haben , um mir Punkt MD zu lesen. Und mit Notes Dot TXT haben wir tatsächlich einige Notizen in einem anderen Zweig erstellt. Derzeit existieren diese Notizen also nicht in unserem Hauptzweig. dem Bildschirm werde ich den Switch-Befehl erneut verwenden . Dieses Mal werde ich zum Hauptzweig wechseln. Denken Sie daran, dass wir uns derzeit in der roten Filiale befinden, die die Informationen vom Anfang der Hauptniederlassung übernommen hat . Und dann drücke ich die Eingabetaste. Und sobald ich das getan habe, werden Sie feststellen, dass Read Me Dot MD von dieser Liste verschwunden ist. Es hat sich auch hier oben durchgesetzt. Das bedeutet, dass wir diese Datei im Hauptzweig nicht bearbeiten können . Also werde ich das schließen und dann zu meinem Assist-Zweig wechseln. Nun, was glaubst du, wird passieren wenn wir in die Assist-Abteilung wechseln? Denken Sie daran, dass wir uns bei der Notizpunkt-TXT-Datei befinden. Nun, wenn ich Git Switch Assist verwende und die Eingabetaste drücke, erhalten wir die Notizen, die wir zuvor mit der Notes-Punkt-TXT-Datei hatten der Notes-Punkt-TXT-Datei , die wir im Switch-Zweig hinzugefügt haben. Sie werden feststellen, dass die MD-Datei mit dem gelesenen M-Punkt immer noch nicht im VS-Code vorhanden ist. Lassen Sie uns unseren Zweig noch einmal zurück zur Lesedatei oder zum Lesezweig verschieben , sollte ich sagen. Also GSwich Und dieses Mal werde ich den Read-Zweig verwenden Und sobald ich die Eingabetaste drücke, verschwindet der gesamte Text aus dem Notizpunkt TXT, aber die Readme-Datei ist hier im Explorer wieder aufgetaucht Das liegt also daran, dass wir das Hinzufügen der Readme-Datei zum Read-Branch bestätigt Zuvor war die Readme-Datei in all unseren Filialen vorhanden , weil wir sie noch nicht festgeschrieben hatten. Aber jetzt haben wir sie in einem einzigen Zweig festgeschrieben. Die Frage ist also, wie fügen wir die Readme-Datei einem anderen Zweig wie dem Hauptzweig hinzu? Um dies zu erreichen, müssen wir zunächst zum Hauptzweig wechseln. Dies wird der Zweig sein, in den wir das Lesen zusammenführen werden. müssen natürlich sicherstellen, dass wir den Namen der Filiale eingeben , zu der wir wechseln möchten. Andernfalls wird es uns einen Fehler geben. In diesem Fall ziehe ich also in die Hauptniederlassung. Und was ich hier tun möchte, ist, dass ich den Lesezweig mit dem Hauptzweig zusammenführen möchte. Dazu verwende ich den Befehl Git merge und gebe dann den Namen des Zweigs ein, den ich mit dem Hauptzweig zusammenführen möchte. In diesem Fall gebe ich read ein. Da es sich um eine Form von Commit handelt, möchte ich auch eine Nachricht hinterlassen. Also hier werde ich den Read-Branch mit dem Haupt-Zweig zusammenführen und dann die Eingabetaste drücken. Dadurch wird der Lesezweig nicht gelöscht, sondern lediglich die Timeline des Lesezweigs mit dem Hauptzweig zusammengeführt Dies ermöglicht uns im Grunde, alle Änderungen, die im roten Zweig vorgenommen wurden, auf den Hauptzweig zu übertragen im roten Zweig vorgenommen wurden, auf den Hauptzweig zu Wir können dies bestätigen, wenn wir zum VS-Code zurückkehren. Hier werden Sie feststellen, dass die Readme-Datei derzeit existiert. Aber wenn du dich erinnern kannst, sind wir zurück zum Hauptzweig von Git Bash gegangen Jetzt ist es also so, dass die Readme-Datei, die früher ausschließlich dem Read-Zweig vorbehalten war , nach dem Zusammenführen zur Haupt-Datei hinzugefügt wurde nach dem Zusammenführen zur Haupt-Datei hinzugefügt Zu diesem Zeitpunkt ist der Inhalt sowohl im roten Zweig als auch im Hauptzweig identisch Wir können auch das Git-Protokoll überprüfen. Also verwenden wir Git Log und dann eine Zeile. Du wirst sehen, dass der letzte Commit, also der aktuelle Head , sowohl den Main - als auch den Read-Branch übernimmt Beide haben hier also dieselbe eindeutige ID, und dort haben wir die Readme-Datei hinzugefügt Also diese Datei hier, ist nicht die Nachricht, die wir für die Zusammenführung hatten. Das ist etwas anderes. Zu diesem Zeitpunkt haben wir die Readme-Datei im Read-Branch festgeschrieben . existierte also nicht im Git-Log der Hauptzweige, bevor wir sie zusammengeführt haben. Wenn wir die Liste der Git-Zweige überprüfen, werden Sie feststellen, dass wir uns derzeit im Hauptzweig befinden, aber der rote Zweig existiert immer noch, sodass wir von hier aus immer noch Änderungen vornehmen und Commits für den roten Zweig vornehmen können , wenn wir möchten Er existiert immer noch als eigener Zweig. Es ist nur so, dass zum aktuellen Zeitpunkt der rote Zweig und der Hauptzweig praktisch den gleichen Inhalt zeigen. Was wäre nun, wenn Sie einen Zweig mit dem Hauptzweig zusammenführen und diesen Zweig nicht mehr verwenden könnten? Nehmen wir an, wir haben in der roten Filiale alles Notwendige getan und haben keine weitere Verwendung dafür. Es wird nur unseren Zeitplan überladen. Nun, wir können Zweige löschen, indem wir den D-Befehl verwenden. Geben Sie G branch ein und dann D? Das ist die Abkürzung für Löschen. Geben Sie dann den Namen der Filiale ein, die Sie löschen möchten. In meinem Fall werde ich Rot verwenden. Wenn wir die Eingabe drücken, wird uns mitgeteilt, dass wir den gelesenen Zweig gelöscht haben Wenn wir eine Zeile ins Git-Log gehen, kannst du sehen, dass der Head dem Main zugeordnet ist Der eigentliche Commit existiert immer noch , weil er mit dem Hauptzweig ist weil wir ihn zuvor zusammengeführt haben, aber der Read-Branch ist nicht mehr da, was er hier oben war. außerdem daran, dass wir auch Zugriff auf den Git-Branch haben. Und wenn wir hierher gehen, werden Sie feststellen, dass der rote Zweig dieser Liste fehlt. Also haben wir diesmal tatsächlich den Lesezweig gelöscht. Ich möchte, dass du es so betrachtest. Um einen Zweig zu entfernen, ohne seinen Inhalt zu entfernen, würden Sie diesen Zweig zunächst mit Ihrem Hauptzweig zusammenführen , sodass Sie alle an Ihren Dateien vorgenommenen Änderungen in den Hauptzweig übertragen . Anschließend würden Sie den Befehl Git branch D verwenden , um den Branch zu löschen, den Sie nicht mehr verwenden möchten. Als kleine Herausforderung werden Sie jetzt auch feststellen, dass wir den Assist-Zweig als auch den Test-Zweig haben. Deshalb möchte ich, dass du jetzt das Video pausierst und den Assist-Zweig mit dem Haupt-Zweig zusammenführst. Denken Sie daran, dass der Assist-Zweig die zusätzlichen Notizen enthält, die wir der Notes-Punkt-TXT-Datei hinzugefügt haben. Ich möchte, dass Sie den Assist-Zweig mit dem Hauptzweig zusammenführen. Lösche es vorerst nicht. Zusammenführen, und dann werden wir es etwas später löschen. Okay, willkommen zurück. Wir werden zuerst sicherstellen, dass wir uns im Hauptzweig befinden , und dann werden wir den Merge-Befehl verwenden, Merge abrufen und dann helfen. Wir werden eine Nachricht verwenden. Vergiss die Botschaft nicht, denn das ist eine Form der Verpflichtung Und wir sagen einfach: Unterstützen Sie die Filiale. Um Min. Drücken Sie die Eingabetaste. Und die Zusammenführung wird vorgenommen worden sein. Es sollte erfolgreich sein, zu bestätigen, dass Sie nur git branch eingeben, und Sie können sehen, dass es derzeit noch existiert, weil wir es noch nicht gelöscht haben, aber wir sollten jetzt eine Situation haben in der der Hilfsinhalt mit dem Hauptinhalt übereinstimmt. Ich werde es hier nicht tun, aber Sie können einfach zum VS-Code wechseln um zu bestätigen , dass die Notes-Punkt-TXT-Datei tatsächlich im Hauptzweig aktualisiert wurde , um die zusätzlichen Notizen zu enthalten. Wenn wir das Git-Protokoll in einer Zeile verwenden würden, würdest du hier sehen, dass wir unseren Haupt-Commit haben, und hier sehen wir unseren Merge tatsächlich als Commit. Wir sehen aber auch die letzte Hauptänderung im Assist-Zweig in derselben Liste. Denken Sie daran, dass wir uns derzeit im Hauptzweig befinden, aber wir können hier auch den neuesten Commit für den Assist-Zweig sehen hier auch den neuesten Commit für den Assist-Zweig , da wir die Informationen in den Hauptzweig verschoben haben . Lassen Sie uns abschließend unseren Assist-Zweig löschen , sodass wir nur den Hauptzweig und den Test-Branch in unserem Git-Repository haben sollten . Wenn du dich erinnern kannst, verwenden wir den Befehl Git branch, dann den Unterbefehl D und wir wollen unseren Assist-Zweig löschen Drücken Sie die Eingabetaste und der Branch Assist wird gelöscht. Wenn wir in unser Git-Log gehen, stellen Sie sicher, dass wir den richtigen Befehl eingegeben haben , das sind zwei Bindestriche Und hier haben wir alle die gleichen Commits. Wir haben hier sogar den Commit dem wir Notizen im Assist-Zweig hinzugefügt haben, und er befindet sich derzeit im Hauptbereich Aber wenn du die beiden Logs vor und nach dem Löschen des Assist-Zweigs vergleichst , kannst du sehen, dass sich der aktuelle Leiter des Assist-Zweigs hier befindet, aber er befindet sich nicht hier, weil er zu diesem Zeitpunkt nicht mehr existiert. 21. Wiederherstellen gelöschter Zweige: Manchmal entscheiden wir uns dafür, einen Zweig zu löschen, wenn wir ihn nicht mehr benötigen. Aber im weiteren Verlauf stellen wir fest, dass es sich als nützlich erweisen könnte wenn wir bestimmte Dateien erneut bearbeiten möchten. In diesem Video werden wir uns ansehen, wie wir einen gelöschten Zweig wieder in unserem Projekt wiederherstellen können . Im vorherigen Video haben wir unseren Assist-Zweig gelöscht. Aber nehmen wir an, das war ein Fehler und wir wollten den Assist-Branch wiederherstellen , damit wir ihn ein bisschen mehr nutzen können. Nun, der erste Schritt zur Wiederherstellung eines gelöschten Branches ist der erste, um das Protokoll aufzurufen. Also nochmal, das ist nicht dasselbe wie der Standard-Git-Log-Befehl, wenn wir die Eingabetaste drücken. Das zeigt jeden einzelnen Punkt, an dem der Leiter unseres Projekts gewechselt hat. Manchmal kann dies tatsächlich als dieselbe eindeutige ID, aber als ein anderer Kopfwert gelesen werden. Wenn wir beispielsweise von einem Branch zu einem anderen wechseln, verwenden wir vielleicht immer noch dieselbe Commit-ID, aber wenn wir zu einem anderen Branch wechseln, wird an diesem Punkt ein neuer Head für unser Projekt erstellt. Von hier aus sollten wir in der Lage sein, einen unserer vorherigen Branches wiederherzustellen, wie zum Beispiel den Assist-Zweig. Um den Assist-Zweig wiederherzustellen, werden Sie zunächst feststellen, dass sich hier unten ein Doppelpunkt befindet. Das deutet nun darauf hin, dass wir diesen Zustand verlassen müssen . Wir befinden uns in unserem Referenzprotokoll in einem temporären Zustand. Alles, was Sie tun müssen, um es zu beenden, ist die Q-Taste zu drücken, und das bringt Sie zur nächsten Befehlszeile. Als Nächstes geben wir G ein und checken dann aus. Und dieses Mal verwenden wir einen B-Unterbefehl Dies wird es uns ermöglichen, eine Filiale zurückzubringen. Wir werden Assist eingeben, weil dies die Filiale ist, die wir zurückbringen wollen. Und dann müssen wir eine eindeutige ID einfügen , von der aus der Assist-Zweig stammte. Nun, wenn wir uns das ansehen, waren viele dieser Köpfe im Grunde genommen ein Fall zwei verschiedene Dateien verschoben wurden. Der jüngste, der etwas mit dem Assist-Zweig zu tun zu haben scheint etwas mit dem Assist-Zweig zu tun zu haben , der nicht die Zusammenführung selbst war , ist dieser hier. Versuchen wir es also mit einem Doppelklick, Rechtsklick und Einfügen Drücken Sie dann die Enter-Taste. Dadurch wird zu einem neuen Zweig gewechselt , der als Assist gekennzeichnet ist. Aber was tatsächlich getan wurde, ist dass der Assist-Zweig zurückgebracht wurde , sodass wir mit der Bearbeitung über diesen Zweig beginnen können. Es bringt ihn auch wieder in den Zustand der eindeutigen ID oder der exakten Commit-Version zurück. Im Fall des Assist-Zweigs, wenn wir zum VS-Code übergehen würden, Sie wahrscheinlich nichts in der TXT-Datei für Ihre Notizen sehen , weil wir in der Zeit zurückgegangen sind, um den Assist-Zweig von einem bestimmten Punkt aus wieder zu aktivieren, was die hier gezeigte eindeutige ID ist. Wenn wir uns den Assist-Zweig ansehen, können Sie tatsächlich sehen, dass wir nichts in der Notiz-XT-Datei haben . Die Readme-Datei ist derzeit aktiv, aber was noch wichtiger ist , sollten wir uns das im Get-Diagramm notieren. Hier können Sie tatsächlich sehen, dass wir diese kleine violette Linie haben diese kleine violette Linie , die herauskam und dann wieder hineinkam Das ist eigentlich die Hilfsabteilung. Also wurde der Assist-Zweig hier erstellt. Wir haben hier einen Commit und ihn dann hier mit dem Hauptzweig zusammengeführt. Der Hilfszweig ist der derzeit aktive Zweig, weshalb er auch hervorgehoben ist, und der Hauptzweig ist derzeit abgestuft Der grüne Zweig steht übrigens für unseren Testzweig, der steht übrigens für unseren Testzweig, noch nicht wieder mit dem Hauptzweig zusammengeführt wurde 22. Umgang mit Konflikten beim Zusammenführen: Bei der Arbeit mit mehreren Filialen ist es wichtig, Konflikte zu vermeiden Ein Konflikt kann auftreten, wenn dieselbe Datei in verschiedenen Verzweigungen bearbeitet wird. Genauer gesagt, wenn wir einen Inhalt wie ein H-One-Tag haben und ihn in beiden Zweigen bearbeiten, führt dies zu einem Konflikt, der immer dann auftritt, wenn wir versuchen, diese Zweige zusammenzuführen. Deshalb werde ich Ihnen hier einige Beispiele dafür geben, wann Konflikte auftreten können und wie wir Konflikte, die in unseren Projekten auftreten, einfach beheben können . Zuerst werden wir einen neuen Zweig erstellen und diesen Zweig als Konflikt bezeichnen. Verwenden Sie den Befehl Git branch und geben Sie dann conflict ein. Drücken Sie dann die Eingabetaste. Dadurch sollte der neue Zweig Conflict hinzugefügt werden. Wir können dies mit dem Befehl Git branch überprüfen, und Sie können es direkt hier in der Liste sehen. Jetzt verwende ich Git Switch, um zum Konfliktzweig zu wechseln. Sie können in den Klammern sehen, dass wir in den Konfliktzweig gewechselt sind Sie sehen derzeit das Git-Diagramm auf Ihrem Bildschirm. Hier können wir sehen, dass wir den Konfliktzweig erstellt haben. Er ist sowohl mit dem Haupt- als auch mit dem Zystenzweig verbunden , die sich alle am selben Punkt befinden Jetzt werden wir eine Änderung am HTML-Indexzweig innerhalb des Konfliktzweigs vornehmen HTML-Indexzweig innerhalb des Konfliktzweigs Gehen Sie zur HTML-Seite mit dem Indexpunkt, fügen wir ein P-Tag hinzu und drücken Sie die Eingabetaste. Das ist ein kurzer Herbstabsatz, und von hier aus gebe ich einfach Lorum und dann 75 Dadurch wird ein prozeduraler Text mit Loum Ipsum generiert. Die Zahl ist die genaue Anzahl der Wörter, die der Text haben soll Also werde ich die Eingabetaste drücken. Und dann verwende ich Control S, um alles einzupacken. Nun, das wird wahrscheinlich nicht für dich funktionieren, wenn du nicht die hübschere Erweiterung hast Gehen Sie also zu Erweiterungen, geben Sie Prettier ein, und es sollte der hübschere Codeformatierer sein , den Sie installieren können, und das hilft nur bei Es hilft einfach, die Dinge jedes Mal zu organisieren , wenn Sie Control S zum Speichern verwenden Vanado, lass uns zur HTML-Datei mit dem Indexpunkt zurückkehren. Also haben wir hier eine Änderung vorgenommen. Jetzt möchte ich das in der Konfliktzweige begehen. Es ist wichtig zu beachten, dass, wenn wir das festschreiben, es eigentlich keine Probleme verursacht. Der Grund dafür ist , dass die Änderung nur in einer Branche vorgenommen wurde. Wenn wir also versuchen würden, Konflikte mit Mine zusammenzuführen , nachdem wir das getan haben, hätten wir keine Probleme Venado, lass uns zu Bash zurückkehren wo wir die Hinzufügung dieses Absatzes übernehmen können Überprüfen Sie zunächst den Git-Status, wie wir es immer tun. Mir gefällt die Tatsache, dass wir eine Änderung im Arbeitsverzeichnis für den Konfliktzweig vorgenommen haben , die Datei zum Staging hinzugefügt und dann festgeschrieben Achten Sie immer darauf, eine Nachricht hinzuzufügen. Hier gebe ich einfach Lauram Ipsum Conflict ein und drücke die Eingabetaste Ich habe da einen kleinen Fehler gemacht , den ich eher mache, wenn ich etwas zu schnell gehe Das ist ein weiterer Tipp, Angst. Geben Sie diese Befehle nicht zu schnell ein, da sie korrekt sein müssen. Und jetzt sollte das Commit wirksam geworden sein. An dieser Stelle werde ich jetzt jedoch eine Änderung vornehmen, eine sehr ähnliche Änderung an der HTML-Seite mit dem Indexpunkt. Aber ich werde diese Änderung im Hauptzweig statt im Konfliktzweig vornehmen . Also werde ich den GT-Switch-Befehl verwenden , um zum Hauptmenü zu wechseln. Und jetzt kehren wir zum VS-Code zurück. Drüben im VS-Code können Sie sehen, dass wir das p-Tag von früher nicht haben. Lass uns das jetzt hinzufügen. Aber dieses Mal werde ich nur einen einfachen Satz schreiben. Das ist ein einfacher Satz. Und das ist alles, was ich hier tun möchte. Stellen Sie sicher, dass das richtig geschrieben ist. Und drüben in Git Bash werden wir den vertrauten Prozess der Statusüberprüfung durchführen Wir werden die Datei zu unserem Staging-Bereich hinzufügen und dann mit einer Nachricht einen Absatz zum Hauptbereich hinzufügen Was wird Ihrer Meinung nach zum jetzigen Zeitpunkt passieren, wenn wir die Eingabetaste drücken Also werde ich die Nachricht beenden und dann die Eingabetaste drücken. Änderungen. Das Commit hat also funktioniert. Warum ist das so, obwohl wir beiden separaten Zweigen ein P-Tag hinzugefügt haben ? Nun, der Grund dafür ist, dass sie als separate Einheiten behandelt werden. Aber was würde passieren, wenn Sie etwas ändern würden , das in beiden Branchen gleich ist, Sie aber unterschiedliche Änderungen an demselben Element vornehmen Zum Beispiel das H-One-Tag. Das H-One-Tag lautet also sowohl in dem Zweig, der als Konflikt gekennzeichnet ist, als auch in dem Zweig, der als Main gekennzeichnet ist, O-Welt sowohl in dem Zweig, der als Konflikt gekennzeichnet ist, als . Mal sehen, was passiert , wenn wir diese Änderung in diesen beiden Zweigen vornehmen würden . Derzeit bin ich in der Hauptzweig und werde dort einfach Hello World auf High umstellen. Das ist die einzige Änderung, die ich hier vornehmen werde. Ich benutze Control S und wechsle dann außerhalb des Bildschirms zum Konflikt-Zweig. Rufen Sie also Switch Conflict auf und drücken Sie die Eingabetaste. Und wenn wir wieder vorbeischauen, werden Sie tatsächlich feststellen, dass ein Fehler aufgetreten ist. Das ist nun passiert, weil wir eine Änderung an einem vorhandenen Inhalt vorgenommen haben . Wir haben jedoch versucht, zu einem anderen Zweig zu wechseln, ohne uns darauf festzulegen Aus diesem Grund wurde der Wechsel unserer Filiale abgebrochen. Jetzt müssen wir entweder unsere Änderung festschreiben oder sie speichern, bevor wir in diesem Beispiel zwischen den Branches wechseln können Wir werden später mehr über das Stashing lernen, aber vorerst wollen wir nur das übernehmen, was wir gerade haben Also werde ich Commit AM holen. Und dann werden wir die Nachricht eingeben , unsere Überschrift ändern. Drücken Sie die Eingabetaste, und die Änderung wurde jetzt übernommen. Gehen wir nun zu unserem Konflikt-Zweig über, was wir tun können sollten , und dort auch das H-One-Tag ändern. Von hier aus ändere ich Hello World in Willkommen auf der Seite. Das ist die Änderung, die ich vornehmen werde. Lassen Sie uns nun versuchen, dies in unserer Konfliktabteilung zu begehen. Im Konfliktzweig wir den Git-Commit-Befehl AM. Und dann mit der Nachricht werden wir „ Überschrift ändern“ zu „Willkommen“ sagen. Wenn wir jetzt die Eingabetaste drücken, sollte alles wie erwartet funktionieren. Es gibt keine Konflikte , weil wir nicht versuchen, die Zweige zusammenzuführen. Wir können in jedem Zweig so viele Änderungen vornehmen, wie wir möchten, auch wenn wir dieselben Elemente ändern. Was wäre jedoch, wenn wir jetzt versuchen würden den Konfliktzweig mit dem Hauptzweig zusammenzuführen? Schauen wir uns das an. Wir werden also mit dem GT-Switch-Befehl in unseren Hauptzweig wechseln. Stellen Sie sicher, dass wir es auf Main setzen, derzeit befinden wir uns im Hauptzweig. Lassen Sie uns nun die Dinge ein wenig ändern, indem wir den Konfliktzweig mit dem Hauptzweig zusammenführen Rufen Sie also Merge Conflict und erstellen Sie auch eine Nachricht, die besagt, dass wir Konflikte mit Main zusammenführen Jetzt drücke ich die Eingabetaste und wir haben hier einen Konflikt. Es ist also das erste Mal, dass wir auf einen echten Konflikt stoßen Und was wir an dieser Stelle tun müssen , ist, zum VS-Code zurückzukehren , um genau zu beurteilen, was das Problem ist, und es zu beheben. Bevor wir das tun, beachten Sie jedoch, dass wir uns derzeit in einem temporären Bereich befinden, der als Main Merging bezeichnet wird Wir versuchen also, die beiden Zweige zusammenzuführen, aber ein Konflikt verhindert dies Was wir tun müssen, ist zum VS-Code zu gehen , um genau zu sehen, was dieser Konflikt ist. Sobald Sie zu VS-Code gewechselt sind, werden Sie eine wesentliche Änderung auf Ihrer HTML-Seite mit Indexpunkt feststellen . Derzeit können wir beide Versionen unseres Body-Tags sehen. Hier haben wir also den Inhalt, der im Head-Tag angezeigt wird. Dies wird durch einen solchen grünen Rand hervorgehoben. In der blauen Umrandung haben wir die Änderungen, die in der Konfliktabteilung vorgenommen wurden. Also hier oben, das ist der Kopf, und das ist die aktuelle Änderung. Der Konfliktzweig steht für die eingehende Änderung. Was wir tun müssen, ist zu entscheiden, welche davon im neuen Commit gespeichert werden sollen. Wir müssen im Grunde das eine entfernen und das andere behalten. Hier oben habt ihr ein paar Optionen, mit Ausnahme der aktuellen Änderung, die den Status akzeptiert, der in der Hauptzweige vorgenommen wurde , mit Ausnahme der eingehenden Änderung, die alle Änderungen und Ergänzungen akzeptiert , die im Konfliktzweig vorgenommen wurden. Wir könnten beide Änderungen akzeptieren, wodurch alles zu unserer HTML-Seite mit Indexpunkten hinzugefügt würde, was normalerweise oft nicht empfohlen wird, oder wir könnten auch die Änderungen vergleichen. Lassen Sie uns nun die Änderungen vergleichen und so können unsere Indexpunkt-HTML-Datei mit jeder dieser Änderungen anzeigen , sodass wir sehen können, dass dies die wichtigste ist und dass dies der Konflikt ist Das gibt uns also eine Vorstellung davon, wie der Code aussehen wird , wenn wir uns für eine dieser Optionen entscheiden Komm her und schließe das und jetzt werden wir eine dieser beiden Optionen wählen. Ich werde wählen, außer der aktuellen Änderung. Also Linksklick. Und jetzt sieht alles so aus, als ob alles wieder in den Zustand zurückversetzt wurde, in dem es sich im Hauptzweig befand, und nicht in dem Zustand , in dem es sich um den Konflikt Nachdem wir diese Änderung vorgenommen haben, werden wir nun erneut versuchen, einen Commit durchzuführen. Sie werden das Endergebnis also hier sehen. Ich sagte, die automatische Zusammenführung ist fehlgeschlagen. Korrigieren Sie Konflikte und bestätigen Sie dann das Ergebnis. Wir beheben die Konflikte, jetzt müssen wir das Ergebnis festschreiben. Also werde ich einfach ein paar Mal nach oben drücken oder vielleicht nur die eine, und wir werden dieselbe Zeile erneut versuchen , Git Merge Conflict, Merge Conflict with Main. Drücken Sie die Eingabetaste und wir haben einen Fehler. Das Zusammenführen ist also nicht möglich, da Sie Dateien haben, die nicht zusammengeführt wurden Also müssen wir sie im Arbeitsbaum korrigieren und sie dann hinzufügen Lassen Sie uns also unseren Git-Status überprüfen. Sie können sehen, dass wir nicht zusammengeführte Pfade haben, von denen beide geändert wurden Also müssen wir nur diese nicht zusammengeführten Pfade zum Staging-Bereich hinzufügen , was wir wissen, weil wir einfach Git add check Git Status verwenden können add check Und hier heißt es, dass alle Konflikte behoben sind, aber du bist immer noch dabei, aber du bist immer noch An dieser Stelle müssen wir also G Commit verwenden , um diese Zusammenführung abzuschließen Wir gehen zu Git Commit, oder wir können einfach ein paar Mal den Aufwärtspfeil drücken. Drücken Sie die Eingabetaste und Sie werden feststellen, dass wir einen schwerwiegenden Fehler haben. Kannst du also sagen, was ich hier falsch gemacht habe? Und ich habe es absichtlich gemacht weil es sehr einfach ist , dies als Fehler oder als Fehler zu tun. Ich habe erneut versucht, es zusammenzuführen, aber ich muss es eigentlich nicht. Ich muss die Änderungen übernehmen, bevor ich sie zusammenführe. In diesem Fall gehe ich also holen, bestätigen und lass uns einfach eine Nachricht hinzufügen. Und wir werden einfach sagen, Konflikt mit Index beheben. Drücken Sie die Eingabetaste, und der Commit hat korrekt funktioniert. Lassen Sie uns jetzt noch einmal versuchen , ob der Git-Merge-Konflikt funktionieren wird, drücken Sie die Eingabetaste, und hier heißt es, wir sind auf Branch Main, nichts zum Festschreiben. Der Arbeitsbaum ist jetzt sauber. Dies deutet darauf hin, dass alles korrekt hätte funktionieren müssen. Lass uns das Git-Log überprüfen. Und Sie können hier tatsächlich die neuesten Commits sehen . Der Konflikt wurde behoben Ich habe es tatsächlich falsch geschrieben, aber das ist in Ordnung mit dem Index Aber was wir eigentlich sehen wollten, war dieser Konflikt genau hier. Es wurde nun bestätigt, dass es innerhalb der Hauptzweige zusammengelegt wurde. Wenn ich Git branch als Befehl verwenden würde, müssten wir immer noch Zugriff auf Conflict und Main haben. Aber du kannst hier oben im Git-Log sehen, dass wir mit der Zusammenführung tatsächlich erfolgreich waren mit der Zusammenführung tatsächlich erfolgreich Und wenn Sie weitere Sicherheit suchen, unbedingt das Git-Diagramm im VS-Code überprüfen 23. Die Multi Branch Challenge: Es ist jetzt Zeit für das zweite Projekt dieses Kurses, und dies wird unser branchenübergreifendes Projekt sein. Jetzt werde ich mich kurz fassen, weil es ein ähnliches Format wie die vorherige Herausforderung haben wird , die sich an eine einzelne Branche richtete. Der einzige Unterschied besteht diesmal darin, dass wir mehrere Zweige erstellen wollen. Ich werde die Anweisungen oder Aufgaben, die Sie für dieses Projekt befolgen sollen, auf dem Bildschirm haben. Folgen Sie ihnen also so gut Sie können. Es basiert alles auf allem, was wir bis zu diesem Zeitpunkt gelernt haben es darum geht, nicht nur Inhalte für einen einzelnen Zweig zu erstellen, sondern auch mehrere Zweige erstellen zu können. Wenn du also den Inhalt auf dem Bildschirm siehst, möchte ich, dass du das Video pausierst und dann versuchst, die Herausforderung abzuschließen. Zuallererst werden wir sicherstellen , dass wir unseren Filialordner verlassen. Ich verwende CD und dann zwei Punkttasten, und das bringt uns zurück in den GT-Trainingsordner. Jetzt müssen wir unser neues Verzeichnis erstellen, und das wird Multi Branch heißen. Also werden wir den Befehl M K DR verwenden und ihn dann einfach Multi Branch nennen. Jetzt werden wir den Befehl CD erneut verwenden, um in das neue Verzeichnis zu wechseln , das wir gerade erstellt haben. Und in diesem Verzeichnis müssen wir unser Repository erstellen oder initialisieren Das können wir mit dem Git in seinem Befehl tun. An dieser Stelle solltest du Main in Klammern zusammen mit der Position sehen , an der du dich gerade befindest Als Nächstes werden wir unsere erste Datei erstellen, sich um eine Punkt-Git-Ignore-Datei handeln wird Verwenden Sie den Touch-Befehl und dann den Punkt G ignorieren und drücken Sie die Eingabetaste. Jetzt wechseln wir einfach schnell zu FS Code, öffnen den Ordner und nehmen die entsprechenden Änderungen an der Ignorierdatei mit Punkt G vor, und nehmen die entsprechenden Änderungen bevor wir unseren ersten Commit durchführen. Schließen Sie in FS Code den Willkommensbildschirm, gehen Sie zur Datei und öffnen Sie den Ordner. Dann möchte ich, dass Sie herausfinden, wo Sie Ihre Datei gespeichert haben, was in der Git-Praxis der Fall sein sollte. Und dann Multi Branch. Sobald Sie sich im Ordner befinden, sollten Sie nur noch den Punkt Git sehen Wählen Sie den Ordner selbst aus, und das sollte den Ordner im VS-Code öffnen. Schließen Sie erneut den Willkommensbildschirm. Gehen Sie zur Ignorierdatei mit Punkt G und von hier aus möchten wir dot git ignore mitteilen, dass keine TXT-Dateien oder Punkt-NV-Dateien verfolgt werden. In diesem Fall müssen wir nur einen Asterix-Punkt-TXT machen. Gehen Sie zu einer neuen Zeile und geben Sie dann einfach Punkt Auf diese Weise verhindern wir, dass Git diese Dateiformate verfolgt Jetzt können wir direkt zurück zu Git Bash gehen, wo wir die Punkt-Gitignore-Datei zum ersten Mal in unser Repository Überprüfen Sie zunächst den Git-Status. Hier können wir sehen, dass wir uns im Hauptzweig und wir eine Datei haben , die noch nicht nachverfolgt wurde. Wir werden sie dem Staging-Bereich hinzufügen. Überprüfe den Status noch einmal. Es befindet sich jetzt in der Phase der Testphase. Lassen Sie uns das mit einer Botschaft begehen. Ich werde es nett und einfach halten, Gitignore-Datei. Drücken Sie die Eingabetaste und lassen Sie uns jetzt das Git-Protokoll überprüfen. Wir haben hier unseren ersten Commit , in dem wir die Git-Ignore-Datei hinzugefügt haben. Als Nächstes werden wir einige zusätzliche Dateien für unser Projekt hinzufügen . Wir werden den Touch-Befehl verwenden und Folgendes erstellen. Also werden wir Notes TXT erstellen. Denken Sie daran, dass diese Datei nicht vom GIT-Repository nachverfolgt wird , sodass alle Änderungen, die wir in Notes Dot TXT vornehmen , nicht in zukünftigen Versionen übernommen werden. Wir werden auch unsere EMV-Datei und die Index-HTML-Datei, eine NAV-Punkt-HTML-Datei und eine Fuß-HTML-Datei hinzufügen und die Index-HTML-Datei, eine NAV-Punkt-HTML-Datei eine Fuß-HTML-Datei Wenden Sie sich an HTML. Außerdem werden wir ein Dokument über HTML erstellen. Wir werden ein Sitemap-XML erstellen. Wir werden ein Read-Me-MD erstellen. Und zu guter Letzt werden wir Code als erstellen. Das sind also alle Dateien, die wir mit dem Touch-Befehl auf einmal erstellen werden. Denken Sie daran, dass die ersten beiden Dateien nicht von Git selbst nachverfolgt werden , wenn wir versuchen , die von uns vorgenommenen Änderungen zu übernehmen. Aber alles andere sollte nachverfolgt werden. Drücken Sie die Eingabetaste, und all diese Dateien sollten hinzugefügt worden sein. Sie können den VS-Code noch einmal einchecken, um sicherzustellen, dass die Dot NV - und Notes-TXT-Dateien nicht nachverfolgt werden. Vorerst. Was wir tun werden, ist, die Tatsache zu bestätigen , dass wir all diese Dateien hinzugefügt haben. Also, wenn wir nachschauen, bekommen wir den Status. Wir haben eine lange Liste, aber Sie werden wieder einmal feststellen, die Punkte TXT und Punkt E und V nicht hier in dieser Liste sind. Wir werden die gesamte Liste hinzufügen. Dann werden wir den Status erneut überprüfen. Alles sollte grün sein. Geben Sie als Nächstes eine Nachricht ein. Hier werde ich nur hinzugefügte Kerndateien verknüpfen. Jetzt haben wir all diese Dateien erstellt und sie dem nächsten Commit hinzugefügt. Wir werden das Protokoll überprüfen. Wir werden jetzt die einzeilige Version überprüfen . Wir haben zwei Commits. Und wenn wir auch unseren Status überprüfen, ist der Arbeitsbaum derzeit sauber Als Nächstes möchte ich die Readme-Datei ergänzen und diese dann übernehmen. O Im VS-Code sollten Sie alle Ihre Dateien sehen können. Was wir hier tun werden, ist, in unsere Read-Me-Dot-D-Datei zu gehen . Und lassen Sie uns einfach eine Einführung hinzufügen. Also willkommen zum Projekt. Und ich werde hier nur ein paar Ergänzungen zur Readme-Datei vornehmen . Hier werden wir besprechen, worum es bei dem Projekt geht. Und schließlich werde ich hier einfach HTML-Dateien für unsere Produktionswebsite schreiben . Also haben wir hier ein paar Zeilen hinzugefügt. Gehen wir zurück, um Bash zu holen und die Änderungen zu übernehmen. Auch hier werden wir unseren Status überprüfen, um sicherzustellen, dass sich die Readme-Datei derzeit im Arbeitsverzeichnis befindet Wir werden die Read-M-Datei dem Staging-Bereich hinzufügen. Dann werden wir die Änderungen übernehmen und hier, wir werden nur sagen, dass die Read-Me-Datei gestartet wurde Wir müssen sicherstellen, dass es in den Anführungszeichen steht, und los geht's. Wenn wir also das Git-Log noch einmal überprüfen und den Git-Status mögen, solltest du Git Log die ganze Zeit verwenden. Wir haben jetzt drei verschiedene Commit-Versionen, drei verschiedene Versionen des Projekts , auf die wir bei Bedarf zugreifen können. Als Nächstes werde ich drei Ergänzungen an der Index-HTML-Datei vornehmen , und ich werde jede einzeln festschreiben, nur damit wir weitere Versionen zu unserem Log hinzufügen können A Greifen Sie auf die HTML-Datei mit dem Indexpunkt zu, und wir beginnen damit, den Standardcode hinzuzufügen. Ausrufezeichen und dann die Eingabetaste drücken, um unseren Standardcode hinzuzufügen Dann werden wir das festschreiben. Jetzt werde ich es außerhalb des Bildschirms machen, nur damit es schneller geht Ich werde den Status abfragen, um das noch einmal zu überprüfen. Ich werde das zum Staging-Bereich hinzufügen und dann GIT Commit verwenden Zu diesem Zeitpunkt solltest du mich nicht mehr dabei sehen müssen , weil wir es schon dutzende Male gemacht haben Ich werde nur sagen, Boilerplate-Code. Wenn Sie also Dinge genau so machen wollen, wie ich es bin, lautet die Nachricht, Boilerplate-Code zum Index hinzuzufügen Fügen Sie also Boilerplate-Code zum Index hinzu und drücken Sie dann die Eingabetaste und Ich werde jetzt meine zweite Änderung vornehmen , bei der wir den Titel vom Dokument in meine neue Website umbenennen den Titel vom Dokument in meine neue Und dann Strg S drücken. Dadurch wird es gespeichert. Ich werde wieder außerhalb des Bildschirms zu Gash zurückkehren. Und dieses Mal werde ich einfach Git Commit AM verwenden. Und ich werde einfach schneller , weil ich genau weiß, wo sich alles befindet. Und in der Commit-Nachricht werden wir meinen neuen Seitentitel angeben. Mein neuer Seitentitel wird also die Commit-Nachricht sein. Drücken Sie die Eingabetaste, um dies zu bestätigen. Und dann ist die dritte Änderung , die ich vornehmen werde, das H-One-Tag, und wir werden Willkommen auf der Website schreiben. Das ist also unsere dritte Änderung. Auch hier gehe ich vom Bildschirm zu Git Bash und gebe Git Commit AM Und meine Nachricht wird auf der Website H one willkommen sein. Drücken Sie die Eingabetaste, um den Vorgang zu bestätigen, und los geht's. Zu diesem Zeitpunkt haben wir also kostenlose Änderungen an der Indexpunkt-HTML-Datei vorgenommen und jede dieser Änderungen übernommen. Hier in GTBash kannst du alle Commits sehen, die ich gemacht habe, sodass du diese Nachrichten bei Bedarf kopieren kannst Hier werde ich den Git-Status überprüfen. Der Arbeitsbaum ist derzeit also sauber. Lassen Sie uns auch das Git-Protokoll überprüfen. Und zu diesem Zeitpunkt solltest du sechs verschiedene Commits haben. Die letzten drei wären also die drei Änderungen gewesen , die wir unabhängig voneinander in der HTML-Datei mit dem Indexpunkt H vorgenommen unabhängig voneinander in der HTML-Datei mit dem Indexpunkt H Was ich jetzt tun möchte, ist zusätzliche Zweige zu erstellen, einen für jede der anderen HTML-Dateien. Wenn Sie sich erinnern, haben wir also NAVA HTML, Fa HTML, Contact Dot H HTML und About Dot HTML erstellt Fa HTML, Contact Dot H HTML und About Dot HTML Um das Projekt besser zu organisieren, werden wir jeder dieser HTML-Seiten einen eigenen Zweig widmen jeder dieser HTML-Seiten einen eigenen Zweig Fangen wir mit Nav-Punkt-HTML an. Ich gehe zur GT-Filiale und alles, was wir tun müssen, ist den Namen der Filiale einzugeben , die wir erstellen möchten. Ich werde den Befehl switch nicht verwenden , um direkt zum neuen Zweig zu wechseln , da wir mehrere davon erstellen müssen. Ich rufe diesen Zweig Navigation auf und drücke die Eingabetaste. Überprüfen Sie mit dem Befehl Git branch , ob der Navigationszweig erstellt wurde, und fahren Sie dann mit dem nächsten fort. Nun, ganz schnell, was passieren würde, wenn ich versuchen würde, mehrere Zweige zu erstellen , indem ich jeweils ein Leerzeichen verwende . Nun, lassen Sie uns das versuchen. Ich gehe zu Git Branch, und dann werden wir Ft erstellen und versuchen, auch Kontakt herzustellen. Wir haben hier also ein Problem, es liegt ein schwerwiegender Fehler bei dem wir den Objektnamen contact nicht kennen. In diesem Szenario müssen wir jeweils einen Zweig erstellen. Wir können nicht einfach einen Raum dazwischen schaffen. Wenn wir also unseren Git-Branch überprüfen, haben wir derzeit noch zwei. Fahren wir also mit der Erstellung des Branch-Fußes fort. Ich muss daran denken, den Namen einzugeben. Dann schau in der Filialliste und wir haben jetzt Foota Main und Navigation Machen wir dasselbe mit dem Kontakt. Git Branch Kontakt. Auch hier gilt: Achten Sie darauf, nach jedem Branch, den Sie erstellen, die Liste aufzurufen, um absolut sicherzugehen , dass der neue Branch erstellt wurde. Und die letzte, die wir meiner Meinung nach erstellen müssen, ist die Info-Seite. Wir gehen zu G Branch und drücken die Eingabetaste. Dann überprüfe den Zweig erneut, und wir sollten jetzt alle Zweige haben , mit denen wir arbeiten müssen. Der Hauptzweig wird also für das Indexpunkt-HTML bestimmt sein. Die Navigation erfolgt für NAV-Punkt-HTML, Fuß-HTML usw. Zurück im VS-Code möchte ich, dass du dein Git-Diagramm aufrufst , da wir so auch verfolgen können, wie sich unsere Branches während unseres Projekts entwickeln werden Falls du dich nicht erinnern kannst, ist es Shift Control und dann P K oder Shift-Befehl P auf einem Mac-Gerät , um dieses Menü aufzurufen. Und oben sollte die Git-Diagrammansicht sein. Wenn es nicht da ist, gib es einfach ein und es sollte erscheinen. Linksklick, wie du im Moment sehen kannst, haben wir alle Commits , die mit dem Haupt-Branch gemacht wurden, und wir haben auch all die verschiedenen Branches am selben Ort Das liegt daran, dass wir in keinem dieser Zweige unabhängig voneinander irgendwelche Commits dieser Zweige unabhängig voneinander irgendwelche Ich möchte, dass du das Git-Diagramm für den Rest des Projekts im Auge behältst Git-Diagramm für den Rest des Projekts im Auge , da wir beginnen, verschiedene Commits in verschiedenen Branches vorzunehmen verschiedene Commits in verschiedenen Branches Im Moment werden wir, Dough, für das Indexpunkt-HTML vornehmen tatsächlich noch ein paar Commits im HTML-Hauptzweig oder im Hauptzweig für das Indexpunkt-HTML Zuerst gehe ich auf Indexpunkt-HTML und füge ein H-Two-Tag hinzu. Nun, dieser H-Two-Tag wird nur weiterleiten oder irgendwohin. Schauen Sie sich zum Beispiel unseren Kurs an. Innerhalb des H-Two-Tags habe ich vielleicht einen Text, der den Benutzer der Seite zu einem Kurs führt der den Benutzer der Seite , den ich gemacht habe, wie zum Beispiel diesem. Das ist also eine Änderung, die ich vorgenommen habe, und ich werde einfach den Bildschirm verlassen , um diese Änderung zu übernehmen. Also gebe ich Git Commit ein, und ich sollte immer noch im Hauptzweig AM sein, und meine Nachricht wird zuerst H zwei zum Index hinzugefügt. Also hat meine Commit-Nachricht zuerst H zwei zum Index hinzugefügt und dann die Eingabetaste gedrückt, und das hat die Änderung bewirkt. Jetzt werde ich M Punkt MD lesen, und wir werden hier noch eine Ergänzung vornehmen. In diesem Fall würde ich sagen, dass die Site in Filialen aufgeteilt ist. Es gibt noch viel mehr, was Sie mit einer Readme-Datei machen können, aber wir halten die Dinge vorerst sehr einfach. Also habe ich diese Änderung in der Readme-Datei vorgenommen, die sich auch im Hauptzweig befindet. Ich verlasse wieder den Bildschirm. Ich werde AM festschreiben , damit ich das Staging umgehen und direkt zur Nachricht übergehen kann Staging umgehen und direkt zur Nachricht übergehen Und wir werden einfach zusätzlichen Text in Read Me sagen. Drücken Sie die Eingabetaste, und wir haben jetzt zwei weitere Commits im Hauptzweig hinzugefügt zwei weitere Commits im Hauptzweig Wenn wir zur G-Grafik gehen würden, könntest du die aktuelle Position aller anderen Zweige im Verhältnis zu unserem Hauptzweig sehen aller anderen Zweige im Verhältnis zu unserem Hauptzweig Diese beiden Commits existieren also nur im Hauptzweig. Alles andere existiert in allen anderen Zweigen. Mit anderen Worten, das H-Two-Tag und die zusätzliche Textzeile in der gelesenen M-Datei wären nicht sichtbar, wenn wir zu den Fußzeilen „ Über uns“ oder „ Navigation“ wechseln würden. 24. Die Multi Branch Challenge Teil 2: Zurück in Git Bash können wir den Status unserer Commits mithilfe des Git-Logs überprüfen unserer Commits mithilfe des Git-Logs Geben Sie also Git Log ein, geben Sie dann eine Zeile ein und drücken Sie Das sieht dem, was wir im Git-Diagramm sehen konnten, sehr ähnlich . Wir können die Position des letzten Commits im Hauptzweig sehen , der auch der aktuelle Head ist , und wir können ein paar Commits zurück sehen, den Speicherort für die Navigation, den Foota-Kontakt und die About-Branches . Als Nächstes werden wir ein paar Commits im Foot-A-Branch für Foot-HTML erstellen im Foot-A-Branch für Foot-HTML und diese dann mit dem Git-Log und dem Git-Graph vergleichen Git-Log und dem Git-Graph Bevor wir nun zum VS-Code übergehen, müssen wir sicherstellen, dass wir im Foot-Branch arbeiten Derzeit sind wir in der Hauptzweig. Alles, was wir tun müssen, ist Git Switch zu verwenden und dann Foot einzugeben. Wir sollten uns jetzt am Fuß von Branch befinden. Lassen Sie uns den Git-Branch überprüfen, um dies zu bestätigen. Und hier können wir sehen, dass wir uns jetzt am Fuße des Branches befinden. Dies ermöglicht uns nun, zum VS-Code überzugehen, wo wir Änderungen an unserem Fuß-HTML vornehmen können. Denken Sie daran, dass es ein sehr wichtiger Schritt ist, die Filiale immer an den vorgesehenen Standort zu ändern die Filiale immer an den vorgesehenen Standort , bevor Sie Änderungen vornehmen. Wir werden zwei Änderungen an Foot-HTML vornehmen. Stellen Sie sicher, dass es ausgewählt ist. Als Erstes geben wir Foota ein und drücken die Eingabetaste Dadurch wird das Foota-Element hinzugefügt Das ist alles, was ich für diesen Commit tun möchte. Ich werde den Bildschirm verlassen und diese Änderung einfach übernehmen. Also holen wir uns Commit AM und der Nachricht wird das Footer-Element hinzugefügt meiner Commit-Nachricht wurde also ein Fußzeilenelement hinzugefügt Sie werden es in ein paar Augenblicken auf dem Bildschirm sehen. Drücken Sie die Eingabetaste, um diese Änderung vorzunehmen Jetzt werden wir einige Inhalte hinzufügen. Ich werde den bernsteinfarbenen Sand verwenden und eine Kopie eintippen. Dann ein Semiklon. Wenn Sie mit HTML-Entitäten nicht vertraut sind, fügen Sie unserem Text einfach das Copy-Write-Symbol hinzu Tatsächlich muss ich das in einem P-Tag speichern, was die Abkürzung für Absatz ist. Und dann werde ich einfach ausschneiden und einfügen. Danach gebe ich einfach meinen Namen ein. Wenn ich also die Fußzeile auf einer meiner Seiten verwende , müsste ich das natürlich einrichten Aber wenn ich die Fußzeile einrichten würde, würde sie das Copyright-Symbol und meinen Namen oder meine Firma anzeigen , die hier angezeigt werden Das ist also die Änderung , die ich vorgenommen habe. Ich werde das begehen. Also bekommt Commit wieder vom Bildschirm, AM. Und die Nachricht wird Copy Right zu Foota hinzugefügt. Das ist GIT Commit AM, Copyright wurde zu Foot hinzugefügt, drücke Enter und jetzt haben wir zwei Commits im Foot-Up-Zweig gemacht zwei Commits im Foot-Up-Zweig Bevor wir das in Git Bash überprüfen, werfen wir einen Blick auf Git Im GIT-Diagramm können wir sehen, dass die aktuelle blaue Linie immer den aktuellen Zweig darstellt, in dem wir uns befinden In diesem Fall der Fußzweig. Wir können den Standort der anderen Zweige mit Ausnahme des Hauptzweigs sehen . Das ist derselbe Commit, wir hier am Fuß des Zweigs sehen, aber nur ein bisschen weiter in der Vergangenheit. Seitdem haben wir zwei Commits gemacht, die nur für den Fuß von Branch gelten, aber du kannst auch sehen, dass wir diese beiden Commits auch im Hauptzweig gemacht haben diese beiden Commits auch im Hauptzweig gemacht Der Graph nimmt also langsam Gestalt an. In den Bereichen „Über uns“, „Kontakt“ und „ Navigation finden Sie alles , was Sie hier unten sehen. Der Hauptzweig wird alles haben, was diese drei Zweige haben, plus diese beiden Commits Der Footer-Zweig wird alles haben , was diese drei Commits haben, aber er wird auch diese beiden Commits haben Und ich klicke nur mit der linken Maustaste , um mehr Details einzublenden . Der Fußzeilenzweig wird jedoch nicht die Informationen enthalten, die an diesen beiden Stellen im Hauptzweig erstellt wurden Als Referenz können Sie sich die Commits ansehen, die ich mit der HTML-Datei vorgenommen habe mit der HTML-Datei vorgenommen Lassen Sie uns nun den Git-Status überprüfen , der bestätigt, dass wir uns immer noch am Fuß des Branches befinden, und dann das Git-Protokoll Benutze eine Zeile. Achte darauf , dass es richtig geschrieben ist, Git loggt eine Zeile Und hier kannst du sehen, dass wir den Fuß haben, die letzten beiden Commits in der Fußzeile und dann davor Navigation, Kontakt Nun, das ist dem, was wir in Git Graph sehen, ähnlich, weil der Hauptzweig diesem Zeitpunkt tatsächlich an einem bestimmten Punkt ausgeschaltet wurde Wir können also die Commits aus dem Hauptzweig nicht sehen, oder zumindest können wir die letzten beiden Commits aus diesem Zweig nicht in dieser Liste sehen , weil sie unabhängig vom Footer-Zweig sind unabhängig vom Footer-Zweig Wir werden jetzt etwas schneller vorankommen . Und was ich für den Großteil der restlichen Herausforderung tun möchte der restlichen Herausforderung ist, den Vorgang zu wiederholen, aber mit dem Navigationskontakt und über Filialen. Fangen wir mit der Navigation an. Also werde ich zunächst zu meinem Navigationszweig wechseln . Lassen Sie uns nun zum VS-Code übergehen , wo wir einige Änderungen vornehmen können. Die erste Änderung, die wir in NAV-HTML vornehmen werden, besteht darin dass wir einfach NAV zur Navigation eingeben , dass wir einfach NAV zur Navigation eingeben und die Eingabetaste drücken. Dadurch werden die NAV-Elemente hinzugefügt. Außerhalb des Bildschirms werde ich diese Änderung mit GT Commit AM festschreiben, und die Nachricht wird um NAV-Elemente erweitert. Das sollte also zum Navigationszweig hinzugefügt werden. Jetzt werde ich nur eine ungeordnete Liste mit dem UL-Tag erstellen Und lassen Sie uns mit Li einen Listeneintrag erstellen. Also alles, was ich hier mache, ist, einfach das gewünschte Tag einzugeben und dann die Eingabetaste zu drücken, und das sollte automatisch geschehen. Wenn nicht, kopiere einfach, was du auf dem Bildschirm siehst. Übrigens, wenn Sie mit Code nicht so vertraut sind, können Sie die Tabulatortaste verwenden und den Code einrücken, um ihn lesbarer zu machen Im Moment nehme ich das Listen-Tag hier. Und der erste, den wir machen werden, ist zu Hause. Kommen Sie zum Ende und drücken Sie die Eingabetaste. Ich werde LI eingeben, um ein weiteres Listenelement zu erstellen. Und die Ironie ist, dass wir in diesem Kurs nicht wirklich eine Vorschau davon geben Wir lernen gerade, wie man diese Änderungen tatsächlich erstellt und sie dann in unserem Git-Repository speichert Wir sehen uns diese also nicht wirklich an. Aber wie dem auch sei, lass uns mit ungefähr weitermachen, und der letzte wird Kontakt sein. Also habe ich hier in der NAV-Punkt-HTML-Datei eine weitere Änderung vorgenommen. Ich werde den Bildschirm verlassen und diese Änderung übernehmen. Mein Commit wird also mit dem Menü „Nachricht enthalten“ erfolgen . Im NAV. Das in NAV enthaltene Menü wird also die Nachricht für diesen Commit sein. Drücken Sie zur Bestätigung die Eingabetaste. Überprüfen Sie das Gits-Diagramm. Und Sie können hier sehen, dass wir uns gerade in der Navigation befinden, die blau hervorgehoben ist Wir haben unsere beiden Änderungen ausschließlich in der Navigationsleiste vorgenommen, aber wir haben immer noch die Informationen aus der Fußzeile und den Hauptzweigen, die jetzt, wie du sagen würdest, von der aktuellen Timeline abgezweigt In Git Bash kannst du die beiden vorherigen Commits sehen, die ich Grundlage der Änderungen vorgenommen habe Gehen wir nun zum nächsten Zweig über. Wir überprüfen zuerst den Git-Status. Anschließend überprüfen wir das Git-Protokoll, um sicherzustellen, dass alles so ist, wie wir es erwarten würden, und das ist es auch. Zu diesem Zeitpunkt solltest du also weder die Fußzeile noch die Hauptzeile in der Navigation sehen , da diese Änderungen nicht im Navigationszweig vorgenommen wurden, also solltest du diese Commits auch nicht sehen Das ist genau das, was du hier sehen solltest. Jetzt sind wir zuversichtlich genug , um zur nächsten Filiale überzugehen , bei der es sich um Kontakt handeln wird. Also werde ich Git Switch und dann Contact verwenden, um zum Kontaktzweig zu wechseln. Wir können das hier bestätigen. Gehen wir nun zurück zum VS-Code und nehmen ein paar Änderungen vor. Derzeit können Sie sich in G Graph ein Bild von dem aktuellen Knoten oder der aktuellen Position machen, an der Sie sich gerade im Projekt befinden. Gehen Sie zur Kontakt-HTML-Seite. Verwenden Sie ein Ausrufezeichen und drücken Sie die Eingabetaste. Und dadurch wird der Boilerplate-Code für die Kontakt-HTML-Seite hinzugefügt . Wenn wir schon dabei sind, ändern wir auch den Titel in Kontakt, also werden wir hier noch ein bisschen mehr tun, bevor wir uns festlegen Und dann lass uns den Bildschirm verlassen, wo ich einfach Git commit AM eingeben werde. Und die Nachricht wird ein Standardcode für die Kontaktseite sein Standardcode für die Kontaktseite Also Boilerplate-Code zur Kontaktseite. Drücken Sie die Eingabetaste, um den Commit zu bestätigen. Fügen wir jetzt einfach ein H-One-Tag hinzu, und es heißt einfach „Kontaktiere uns“. Ein H-One-Tag für Kontaktieren Sie uns. Gehen Sie erneut zu Gas, um Git zu aktivieren. Bin, und die Nachricht wird H ein Tag in Kontakt sein. Drücken Sie zur Bestätigung die Eingabetaste und kehren Sie dann zum Git-Diagramm zurück. Und du solltest noch einmal sehen, dass wir einen weiteren Zweig haben, der herausgebracht wurde. Wir haben jetzt all diese verschiedenen Farben. Die Grafik fängt an, ziemlich angenehm auszusehen. Der aktuelle Zweig wird immer der blau eingefärbte sein , der zu der blau eingefärbte sein , diesem Zeitpunkt der Kontaktzweig ist. Wenn also diese Branches auftauchen, bedeutet das, dass diese Commits praktisch ausschließlich diesen spezifischen Branches vorbehalten sind praktisch ausschließlich diesen spezifischen Branches Sie können in keinem der anderen Branches gefunden werden , die wir erstellt haben Nichtsdestotrotz haben wir noch einen Zweig, mit dem wir arbeiten können, nämlich den About-Branch. Inzwischen sollten wir in der Lage sein, die Zweige zu wechseln. Hier kannst du die letzten beiden Commits sehen , die ich im Kontakt-Branch gemacht habe Gehen wir zum Git-Switch, und dieses Mal gehen wir zum At-Zweig Du kannst hier bestätigen, dass wir zum About-Branch gewechselt sind. Wenn du weitere Informationen benötigst, denke daran, dass du Git branch eingeben kannst, um zu sehen, in welchem Branch du dich gerade befindest. Und jetzt gehen wir zum VS-Code über, wo wir in diesem Zweig einige Änderungen an der About-Dot-HTML-Datei vornehmen werden. Gehen Sie von hier aus zu einem HTML-Code. Im Moment werden wir hier nur den Standardcode und den 40-Titel hinzufügen , wir über uns verwenden werden Dann geh zu get bash und bestätige einfach mit AM. Und unsere Nachricht wird als Standardnachricht dienen etwa wenn Sie die Eingabetaste drücken, um sie zu bestätigen Und jetzt fügen wir unser Hone-Tag hinzu, und wir werden genau den gleichen Wortlaut über uns verwenden Setzen wir zurück, um Bash zu bekommen, und wir werden AM mit der Nachrichtenüberschrift für eine A-Seite festschreiben AM mit der Nachrichtenüberschrift für eine Schauen wir uns jetzt Git Graph an. Ein weiterer Zweig wurde erstellt. An diesem Punkt befinden wir uns im About-Branch , der blau gefärbt ist, und Sie können den genauen Punkt hier sehen , von dem aus wir all diese Zweige erstellt haben. Das Willkommen auf Seite H one wird also in jeder einzelnen Filiale zu finden sein. Aber alles, was danach kommt , hängt von der Branche ab. Jede dieser Commits , die wir seitdem gemacht haben, ist also exklusiv für den Zweig, in dem wir uns zu dem Zeitpunkt befanden Wenn wir das Git-Log überprüfen würden, würden wir zu diesem Zeitpunkt wahrscheinlich nur die Info-Seite hier sehen Ja, wir können also nur Informationen in Bezug auf den A-Zweig sehen Informationen in Bezug auf den A-Zweig Hier gibt es nichts, was sich auf eine der anderen Branchen bezieht auf eine der anderen Branchen All dies ist fast ausschließlich der A-Filiale vorbehalten. Natürlich könnte alles, was darunter liegt, außer diesem und diesem , in den anderen Filialen gefunden werden. Aber jetzt ist der Leiter der einzelnen Filialen praktisch unabhängig und praktisch unabhängig und in keiner anderen Filiale zu finden. Als Nächstes werden wir also wieder in die Hauptzweige zurückkehren. Also hol Switch Main. Und ich werde Git Log wieder verwenden. Lassen Sie uns also sehen, ob es eine echte Änderung zwischen dem About-Protokoll und dem Hauptprotokoll gibt. Hier erhalten wir die gleiche Anzahl von Commits, und tatsächlich ist bis zu den letzten beiden Commits, die gemacht wurden, alles identisch bis zu den letzten beiden Commits, die gemacht wurden, Das sind also verschiedene Commits ausschließlich für diese Branches gelten 25. Das Multi-Branch-Projekt Teil 3: Ich möchte jetzt sehr schnell demonstrieren, wie die einzelnen Dateien aussehen während wir uns im Hauptzweig befinden. Hier können wir also den aktuellen Status unseres Graphen sehen . Wenn wir zu Indexpunkt-HTML wechseln, können wir die an dieser Seite vorgenommenen Änderungen sehen. Gehen wir jedoch zu den anderen HTML-Seiten. In Foota HTML ist es leer. Read me hat die Notizen, weil wir sie übernommen haben , bevor wir die Zweige erstellt haben Ein Punkt-HTML ist leer. Kontaktpunkt-HTML ist leer, NAV-Punkt-HTML ist leer Auf dem Bildschirm werde ich zur NAV-Filiale wechseln. Also Git Switch NAV. Ich werde die Eingabetaste drücken, und ich habe hier einen kleinen Fehler gemacht, weil der Name des Zweigs eigentlich Navigation ist. Wechseln Sie also zur Navigation und drücken Sie die Eingabetaste. Und jetzt haben wir alle Informationen angezeigt , die wir für die NAV-Punkt-HTML-Datei erstellt haben . Wenn wir jedoch zu Indexpunkt-HTML zurückkehren, werden Sie feststellen, dass das von uns erstellte H-2-Tag nicht mehr vorhanden ist. Wenn ich zu About HML gehe, dann Bash hole und zum A-Zweig wechsle, wird der gesamte Code für die HTML-Seite mit einem Punkt angezeigt da der gesamte Code ausschließlich in diesem Zweig erstellt wurde ausschließlich in diesem Zweig erstellt Wenn ich zurück zu NAV gehe, ist es wieder leer. Dies ist also eine großartige Möglichkeit, um zu visualisieren, wie die Branches in Ihrem Git-Repository funktionieren können Das Ziel ist es nun, alle Inhalte, die wir in den verschiedenen Zweigen erstellt haben den verschiedenen Zweigen erstellt , wieder zum Hauptzweig zusammenzuführen Denken Sie daran, dass diese Zweige dadurch nicht gelöscht werden. Wir müssen das mit einem separaten Befehl tun. Und ich möchte eigentlich noch keinen dieser Zweige löschen. Ich möchte sie einfach zusammenführen. Lass uns das eins nach dem anderen machen. Zunächst werden wir Git verwenden und bevor wir etwas anderes tun, müssen wir sicherstellen, dass wir uns im Hauptzweig befinden. Also werden wir Switch Main holen, um sicherzugehen , dass wir uns im Hauptzweig befinden. Und dann werden wir Git Merge verwenden, und wir wollen damit beginnen, lass uns mit der Nav-Version beginnen. Füge eine Nachricht hinzu, die NAV mit der Hauptnachricht zusammengeführt hat. Drücken Sie die Eingabetaste. Wieder einmal habe ich einen kleinen Fehler gemacht, weil es keinen Zweig wie die Navigation gibt. Es ist tatsächlich so, dass Sie die Zusammenführung der Navigation abrufen und dann die Nachricht zusammengeführte Navigation nach Maine erstellen . Stellen Sie sicher, dass sie von Anführungszeichen umgeben ist , und drücken Sie die Eingabetaste, und hier können wir sehen, dass die Zusammenführung erfolgreich war. Jetzt werde ich hier ziemlich schnell weitermachen , um die anderen zusammenzuführen. Aber wenn Sie nach dem Zusammenführen einen kurzen Blick auf den Git-Graph werfen würden , würden Sie feststellen, dass die Zeitleisten für den NAV-Zweig und Hauptzweige ganz oben miteinander verknüpft Lassen Sie uns den Vorgang für die anderen Zweige wiederholen. Also werde ich dieses Mal Git Merge und den Aufwärtspfeil verwenden , damit wir den größten Teil des Textes hineinbekommen. Ich werde die Navigation auf fitter umstellen. Und ich werde dasselbe in der Nachricht tun. Also habe ich Puta mit Main Press Enter zusammengeführt, und das sollte auch funktionieren Als Nächstes werden wir sehr schnell in unser Git-Log gehen sehr schnell in unser Git-Log , weil wir sehen wollen , welche Änderungen hier vorgenommen wurden Und du kannst tatsächlich sehen, dass wir jetzt die Informationen zur Fußzeile und zur Navigation sowie zu den in diesen Zweigen getätigten Commits Die Informationen aus diesen Zweigen wurden nun dem Protokoll für den Hauptzweig hinzugefügt Lassen Sie uns den Prozess fortsetzen. Also gehen wir noch einmal Gits Merge. Wir werden einfach ein paar Mal den Aufwärtspfeil benutzen. Und hier möchte ich meinen Kontakt einbringen. Und wir werden die Nachricht auch aktualisieren. Das scheint auch funktioniert zu haben. Lass uns das Git-Protokoll überprüfen. Auch hier können wir sehen, dass die Änderungen vorgenommen wurden, sodass die Commits dem Hauptzweig hinzugefügt wurden Und jetzt gehen wir zur A-Seite über. Hoffentlich denke ich, dass die A-Seite die letzte sein sollte. Also, GTs verschmelzen und statt Kontakt zu nehmen, werden wir diese beiden ändern. Geben Sie auch das Datum der Nachricht ein und drücken Sie die Eingabetaste. Wir werden das Git-Protokoll noch einmal überprüfen. Und hier haben wir alle vier anderen Seiten, die wir erstellt haben, alle anderen HTML-Seiten und ihre letzten unabhängigen Commits Wir haben auch Commits im Log für jede der Zusammenführungen, die wir bis zur letzten durchgeführt haben , bei der wir den About-Branch mit dem Haupt-Zweig zusammengeführt haben Haupt-Zweig zusammengeführt Schauen wir uns jetzt ganz schnell an, wie das in Git Graph aussieht Hier in Git Graph kannst du sehen, wie jede dieser Timelines irgendwann zusammengeführt wurde, und sie wurden zu separaten Punkten zusammengeführt, weil jeder von ihnen tatsächlich ein unabhängiger Commit war Sie wurden also nicht zu genau demselben Punkt zusammengeführt. Sie wurden zu ihren eigenen Commits zusammengeführt, was absolut Sinn macht, wenn du dir das Git-Log und die Reihenfolge, in der wir die Dinge getan haben, noch einmal ansiehst Git-Log und die Reihenfolge, in der wir die Dinge getan haben, Aber zu diesem Zeitpunkt sollten laut der Git-Grafik all unsere Informationen und unser gesamter Inhalt im Hauptzweig verfügbar Können wir das bestätigen? Nun, lassen Sie uns zunächst zu Indexpunkt-HTML gehen. Wir haben unsere H2 hier im Visier. Das sieht gut aus, aber das haben wir erwartet. Aber was ist mit den anderen HTML-Seiten? Diese waren vorher leer. Nun, wenn wir nach Foota gehen, haben wir unsere Inhalte Read Me hat immer noch unseren Inhalt, aber den haben wir erwartet Ein B-Punkt-HTML enthält sowohl den Standardcode als auch die Überschrift Dies gilt auch für unsere Kontaktseite, und wir haben auch unser Menü, das wir der Nav-HTML-Seite erstellt Alles ist jetzt hier in der Hauptzweig. Das ist also quasi die Stärke der Erstellung von Verzweigungen, sodass Sie unabhängig voneinander an Dateien arbeiten können, aber Sie haben immer die Möglichkeit, gegen Ende Ihres Projekts alles wieder zusammenzuführen . 26. Nachverfolgen von Änderungen mit Diff: Bei der Fehlerbehebung möchten wir möglicherweise nicht immer sofort zu einem früheren Commit zurückkehren Stattdessen möchten wir vielleicht nur eine Vorschau einer bestimmten Datei zu einem bestimmten Zeitpunkt anzeigen. Hier kommt der DIFF-Befehl ins Spiel, D IFF, und er ermöglicht es uns, eine Vorschau jeder beliebigen Datei aus einem bestimmten Commit Für diese Demonstration verwende ich das Branch-Verzeichnis Ich werde den Befehl CD aus dem Projekt Multi Branch verwenden , um wieder zu üben, und dann wieder CD, um zu Branch zu wechseln. Wir können hier sehen, dass wir uns derzeit im Branch-Ordner befinden. Und alles, was ich tun möchte, ist , einfach eine Änderung an einer Datei vorzunehmen und sie dann zum Staging hinzuzufügen Ich möchte es nicht festschreiben. Im VS-Code befinde ich mich derzeit im Branch-Ordner. Sie müssen Ihren aktuellen Ordner schließen und hierher wechseln, wenn Sie gerade das Multi-Branch-Projekt erstellt haben. Und alles, was ich tun werde, ist, hier einfach eine Änderung an unserem Projekt vorzunehmen . Also werde ich ein H-Two-Tag hinzufügen, und vorerst werde ich nur über mich für das H-Two-Tag schreiben. Ich werde auch ein P-Tag hinzufügen, um zu sagen, dass ich gerne Code schreibe und Git verwende. Also habe ich hier ein paar Ergänzungen zu meiner Index-HTML-Datei in meinem Zweigverzeichnis vorgenommen. Jetzt gehen wir zu Git Bash, wo wir den DIFP-Befehl verwenden werden, um eine Vorschau unserer Änderungen an unseren Staging-Dateien Verwenden Sie zunächst den Git-Status, um zu bestätigen, dass wir eine Änderung in der Index-HTML-Datei im Arbeitsverzeichnis haben der Index-HTML-Datei im Arbeitsverzeichnis Verwenden Sie dann Git, um Index-HTML hinzuzufügen. Um diese Datei zum Staging-Bereich hinzuzufügen. Jetzt verwende ich den DFF-Befehl. Verwenden Sie Git, dann DFF, und dann wollen wir Staged verwenden Drücken Sie dann die Eingabetaste. Dadurch werden alle Dateien im Staging-Bereich angezeigt und es wird eine Vorschau der vorgenommenen Änderungen Im Fall unserer HTML-Datei mit Indexpunkt haben wir hier also das Body-Tag, und innerhalb des Body-Tags haben wir einige Ergänzungen vorgenommen Also alles in Weiß gab es schon vorher. Aber das Grün wurde aus dem Arbeitsverzeichnis hinzugefügt. Das sind also die Änderungen , die wir vorgenommen haben. Zurück im VS-Code werde ich eine Änderung an einem vorhandenen Inhalt vornehmen , insbesondere am ersten P-Tag Ich werde Simple einfach durch einen komplexeren ersetzen. Es wird verwendet, um den Befehl Diff zu demonstrieren. Deshalb haben wir jetzt eine Änderung an bestehenden Inhalten vorgenommen. Schauen wir uns an, wie das angezeigt wird , wenn wir den Befehl Git Diff verwenden. Da wir eine weitere Änderung vorgenommen haben, müssen wir diese erneut zum Verzeichnis oder zum Staging-Bereich hinzufügen , also verwenden wir GTD-Indexpunkt-HTML Lassen Sie uns jetzt Git Di und dann Staged verwenden. Die Phase ermöglicht es uns, die im Staging-Bereich vorgenommenen Änderungen einzusehen die im Staging-Bereich vorgenommenen Änderungen einzusehen Drücken Sie die Eingabetaste. Und jetzt haben wir ein bisschen mehr Informationen darüber , was wir geändert haben. So wie es rot ist, haben wir eine Änderung an diesem P-Tag vorgenommen. Es ist also hier IC in Rot denn das war es, was das P-Tag formell war, es ist der alte Zustand, und direkt darunter befindet sich der neue Zustand dieses P-Tags. Darüber hinaus haben wir auch die H-Tags Zwei und P-Tags , die wir etwas früher hinzugefügt haben. Alle Änderungen, ob positiv oder negativ, werden hier angezeigt, wenn wir das Git-DIFF-Tag verwenden, und dann bereitgestellt. Jetzt möchte ich eine Änderung in der TXT-Datei für Notizen vornehmen. Hier werde ich vielleicht nur Großbuchstaben hinzufügen. Das ist nur eine Notizendatei für mich. Also habe ich sowohl in den Indexpunkt-HTML - als auch in den Notes-Punkt-TXT-Dateien eine Änderung vorgenommen. Gehen wir zurück zu unserem GBah-Terminal und schauen uns den GT DIP-Befehl noch einmal Dieses Mal haben wir eine Änderung an einer anderen Datei vorgenommen, sodass wir GTAT Notes TXT verwenden werden Wir müssen hier kein Indexpunkt-HTML einfügen da die vorgenommenen Änderungen bereits zum Staging hinzugefügt wurden Drücken Sie die Eingabetaste und überprüfen Sie dann Git DF stage. Diesmal gibt es also etwas mehr Informationen, weil wir die Änderungen sowohl aus der HTML-Datei mit dem Indexpunkt hier oben als auch aus der TXT-Datei mit den Hinweisen hier unten lesen können die Änderungen sowohl aus der HTML-Datei mit dem Indexpunkt hier oben als auch aus der TXT-Datei mit den Hinweisen hier unten lesen HTML-Datei mit dem Indexpunkt hier oben als auch aus der TXT-Datei mit den Hinweisen hier unten Es ist ein bisschen schwierig zu lesen. Aber das Erste, wonach Sie suchen sollten, ist der DIF-Befehl G. Jedes Mal, wenn Sie ihn sehen, bedeutet das im Grunde, dass dies der Beginn einer Änderung der Dateireihenfolge einer Datei innerhalb des Staging-Befehls Git DIF ist Änderung der Dateireihenfolge einer Datei innerhalb des Staging-Befehls Git DIF Hier haben wir also den gesamten Inhalt für unser Indexpunkt-HTML oder den gesamten Inhalt , der geändert wurde Und dann haben wir über diesen DIF-Befehl Zugriff auf alle Änderungen, die an unserer Notes-Punkt-TXT-Datei vorgenommen wurden In diesem Fall können Sie also sehen, dass wir eine neue Notizendatei erstellt haben Keine neuen Zeilen dazwischen, weil wir einige Leerzeilen in der TXT-Datei für Notizen hatten , also wird sie hier angezeigt. Und dann haben wir das, was wir gleich am Ende hinzugefügt haben. So können wir den Staging-Befehl Git DIF verwenden , wenn wir eine Vorschau der Änderungen anzeigen möchten , die in einer bestimmten Datei vorgenommen werden Es funktioniert jedoch nur, wenn wir diese Änderungen zunächst zum Staging-Bereich hinzufügen Wenn wir den DIP-Befehl verwenden, haben wir auch die Möglichkeit, eine Vorschau der Änderungen anzuzeigen, die in bestimmten Dateien zwischen zwei verschiedenen Commits vorgenommen wurden Wir können vorschreiben, um welche Commits es sich handelt, sodass wir uns die Änderungen an bestimmten Dateien zwischen diesen Commits ansehen die Änderungen an bestimmten Dateien zwischen Sobald Sie mit den Änderungen, die Sie hier sehen können, zufrieden sind , können Sie mit der Commit-Phase fortfahren. Also gib ein Commit ein. Und hier tippe ich einfach vorgenommenen Änderungen ein und überprüfe sie mit DIP. Drücken Sie die Eingabetaste, und die Änderungen, die sowohl an der Indexpunkt-HTML-Datei der Notizpunkt-TXT-Datei vorgenommen wurden, wurden bestätigt. Jetzt möchte ich das einzeilige Protokoll aufrufen, also logge eine Zeile ein, um eine Vorschau aller Commits anzuzeigen, die wir im Branch-Ordner vorgenommen haben Und dieses Mal möchte ich die Änderungen vergleichen, die zwischen zwei verschiedenen Commits vorgenommen wurden Nehmen wir zum Beispiel an, wir wollen hier den aktuellen Status vergleichen, vielleicht hier mit einem älteren Status Dazu würden wir wieder GT DFF wählen, aber jetzt werden wir zwei verschiedene Commits kopieren und einfügen Wir nehmen diesen. Stellen Sie sicher, dass es markiert ist, klicken Sie mit der rechten Maustaste und fügen Sie es ein. Stellen Sie sicher, dass ein Leerzeichen vorhanden ist, und dann wählen wir vielleicht diese Option hier. Lassen Sie uns eigentlich mit der obigen Option fortfahren, und wir werden mit der rechten Maustaste klicken und einfügen und dann die Eingabetaste drücken. Alle Informationen, die Sie hier sehen, stellen also die Unterschiede zwischen den verschiedenen Dateien unseres Projekts zwischen den einzelnen Commits dar den verschiedenen Dateien unseres Projekts zwischen den , die wir vorgenommen haben Lass uns das noch einmal machen, aber lass uns weiter in der Zeit zurückgehen , um zu sehen, ob es weitere Änderungen gibt Lassen Sie uns Git Log noch einmal aufrufen. Dieses Mal werden wir verwenden. Wir nehmen den ersten. Und dieses Mal nehmen wir den vorletzten, fügen ihn ein und drücken die Eingabetaste. Hier haben wir viel mehr Informationen, einschließlich des Boilerplate-Codes, der zwischen diesen beiden Dateien erheblich angepasst wurde zwischen diesen beiden Dateien erheblich angepasst Da es hier eine Menge Inhalt gibt, haben wir die Möglichkeit, ihn entweder zu beenden oder Und wenn wir den Abwärtspfeil drücken, können wir mit diesem Befehl weitermachen , bis wir das Ende erreicht haben. Von diesem Punkt aus können wir dann die Eingabetaste oder die Q-Taste drücken, um den Befehl zu beenden. Wenn also die Ergebnisse eines Befehls, wie G give, zu lang für das Terminal sind, wird nicht alles angezeigt. Sie müssen lediglich nach unten gehen , wo sich der Doppelpunkt befindet, und dann den Abwärtspfeil drücken , damit Sie weitere Informationen eingeben können. Aber hier können wir alle Änderungen sehen , die zwischen den Dateien vorgenommen wurden, einschließlich Indexpunkt-HTML und Notes-Punkt-TXT, zwischen diesen beiden spezifischen Commits Als Nächstes werde ich das Terminal leeren und die verfügbaren Zweige überprüfen die verfügbaren Zweige Also hier habe ich meinen Hauptzweig und ich habe auch meinen Testzweig. Ich werde eine Änderung im Testzweig vornehmen und dann zeigen, wie wir damit Unterschiede zwischen den Zweigen aufzeigen können . Gehen wir also und wechseln wir zu unserem Testzweig. Und tatsächlich werde ich in der Sekunde zum aktuellen Zeitpunkt einen neuen Zweig erstellen, damit die Unterschiede leichter zu erkennen sind. Holen Sie sich also Switch C für Create, und wir nennen das einfach Temp Also haben wir auf einen temporären Zweig umgestellt. Lassen Sie uns jetzt eine Änderung im S-Code vornehmen. Die Änderung, die ich hier vornehmen werde, besteht darin, diese beiden Textzeilen in Notes Dot TXT zu entfernen . Anstatt etwas hinzuzufügen, werden wir es in der Notes Dot TXT-Datei entfernen . Sie können sehen, dass es jetzt geändert wird Lassen Sie uns diese Änderung also in unseren temporären Ordner Von hier aus werden wir alles hinzufügen, nur um die Dinge einfach zu halten, und dann werden wir mit der Nachricht einen Commit durchführen Text aus Notizen gelöscht. Deshalb haben wir in diesem temporären Ordner eine Änderung vorgenommen , die sich vom Hauptordner unterscheidet Und ich sage immer wieder, der temporäre Ordner ist der temporäre Zweig. Stellen Sie sicher, dass die Terminologie korrekt ist. Im Moment haben wir also einen Commit erstellt , der ausschließlich für den temporären Zweig gilt Jetzt müssen wir Temp und Main zusammen vergleichen. Um das zu tun, werde ich zunächst einfach zurück zum Hauptzweig wechseln und dann erneut den G DP-Befehl verwenden, und jetzt möchte ich den Namen jedes Zweigs eingeben Also gebe ich main und dann Temp ein. Drücken Sie die Eingabetaste Und hier haben wir anhand der Notes Dot TXT-Datei die an der Datei vorgenommenen Änderungen angezeigt, die sich zwischen dem Hauptzweig und dem Temp-Zweig unterscheiden Das sind also die beiden Codezeilen, die ich im temporären Zweig gelöscht habe, und dann habe ich sie übernommen. Jetzt verwenden wir Git DIF, um all unsere Dateien sowohl im Hauptzweig als auch im temporären Zweig zu vergleichen , und das ist der Unterschied , den GIT für uns gefunden hat sind also einige der Möglichkeiten, wie wir den Befehl Git DIFF verwenden können , um die Dateien in unserem Projekt zu vergleichen Wir sind in der Lage, eine bestimmte Datei von ihrem Staging-Bereich aus mit ihrer ursprünglichen Form zu vergleichen von ihrem Staging-Bereich aus mit ihrer ursprünglichen Form zu Wir können GTDIF verwenden, um zwei verschiedene Phasen oder zwei verschiedene Commits unseres Projekts zu vergleichen zwei verschiedene Phasen oder zwei verschiedene , und wir können GTDIF auch verwenden, um zwei verschiedene Branches und alle wesentlichen Änderungen an unseren Dateien innerhalb dieser Branches zu vergleichen zwei verschiedene Branches und alle wesentlichen Änderungen an unseren Dateien innerhalb dieser Branches zu 27. Navigieren in deinen Commits: In diesem Video werden wir uns weiterhin verschiedene Möglichkeiten ansehen, wie wir uns in unseren Commits und in unserem gesamten Projektzeitplan zurechtfinden können unseren Commits und in unserem gesamten Projektzeitplan zurechtfinden Schauen wir uns zunächst das Git-Log an. Wir gehen zu einer Zeile über. Und wir haben hier ein paar Commits, mit denen wir arbeiten können. Ich möchte also eine eindeutige ID auschecken, um in diesen bestimmten Staat zu wechseln Wir haben diesen tatsächlich schon einmal demonstriert. Wir müssen also nur auschecken gehen. Und dann benutze die eindeutige ID. Also zum Beispiel möchte ich mir diesen hier ansehen. Ich kann mit der rechten Maustaste klicken und einfügen und dann die Eingabetaste drücken. Ich bin jetzt in den Zustand des distanzierten Kopfes übergegangen. also zu diesem Zeitpunkt Wenn ich also zu diesem Zeitpunkt in den VS-Code einsteigen würde, könnte ich mein Projekt von diesem Commit aus betrachten. Derzeit sollte sich unser Projekt im VS-Code in dem Zustand befinden, in dem es sich bei dem Commit befand, den wir gerade eingegeben haben Wenn wir die hier befindliche Head-Datei überprüfen , wenn Sie sie nicht sehen können , müssen Sie den Docket-Ordner öffnen , Sie sollten die eindeutige ID des aktuellen Heads sehen können . Nun, das ist ein eigenständiger Head-Status, was bedeutet, dass alles, was wir hier sehen, auf diesem Commit im Indexpunkt-HTML basiert diesem Commit im Indexpunkt-HTML Wenn wir jedoch zu unserem RFS-Ordner gehen, dann gehen wir zu Heads und wählen hier, sagen wir, den Hauptzweig Die einzigartige Idee ist anders. Dies ist der Leiter der Hauptniederlassung. Wir haben hier also nicht wirklich den Leiter der Hauptniederlassung gewechselt. Aus diesem Grund wird es als abgetrennter Staat mit abgetrenntem Leiter bezeichnet. Er ermöglicht es uns, eine Vorschau eines vorherigen Commits zu sehen, ändert aber nichts daran, was der Leiter eines bestimmten Branches tatsächlich ist. Und das ist wichtig. Zurück in GBah kannst du ganz unten sehen, dass wir uns derzeit in diesem distanzierten Zustand befinden, weil wir statt main eigentlich nur die eindeutige ID haben Wenn wir von hier aus Git log eingeben, gehen wir zu einer einzeiligen Version über Wir bewegen uns bei unseren Commits ganz nach oben und halten dann an der aktuellen Commit-Position Alle Commits, die danach vorgenommen wurden, sind im Status „ Getrennt“ nicht vorhanden. Dies ist der endgültige Status unseres Projekts, während wir diesen speziellen Commit verwenden Wie Sie sich aus früheren Videos erinnern werden, dies am besten nutzen, indem Sie nicht nur eine Vorschau Ihres Projekts von einem früheren Zeitpunkt aus anzeigen, sondern auch neue Zweige zu einem frühen Zeitpunkt des Projekts erstellen , als sich einige der Dateien möglicherweise noch in einem einfacheren benutzerfreundlicheren Zustand befanden. Du kannst den Befehl Git switch C verwenden und dann einen neuen Namen eingeben , um aus diesem spezifischen Commit einen Branch zu erstellen . Was wäre, wenn du an die Spitze des Hauptzweigs zurückkehren möchtest? In diesem Fall würden Sie einfach get, switch und dann die Minus-Taste oder Taste verwenden . Also werden wir Switch Enter holen. Jetzt sind wir zurück in die Hauptniederlassung gezogen. Alternative wäre, Git Checkout und dann den Branch-Namen zu verwenden, wenn Sie etwas anderes als Get Switch verwenden möchten? Beide würden funktionieren. Wenn ich also sehr schnell zu dem vorherigen Status zurückkehren möchte, können wir G Checkout verwenden und dann können wir eine eindeutige ID verwenden. Gehen wir also zu diesem zurück. Und dann drücken Sie die Eingabetaste. Sie können sehen, dass wir zu diesem speziellen Commit zurückgekehrt sind, diesem bestimmten Punkt im Projekt, aber wir könnten alternativ Git Checkout und dann den Branch-Namen verwenden , also Min und Press er. Und das bringt uns zurück zur Chefposition des Hauptzweigs selbst. Du kannst das hier bestätigen, und du kannst es auch bestätigen, indem du eine Zeile zum Git-Log gehst, wo jeder einzelne Commit aus dem Hauptzweig angezeigt werden sollte . Eine detailliertere Liste ist das Ref-Log. Wenn wir also Git RF Log verwenden, können Sie jede einzelne Statusänderung einsehen. Das gilt nicht nur für jeden einzelnen Commit, da einige dieser Commits dieselben ID-Werte haben Diese Liste wird jedes Mal angezeigt , wenn Sie den Projektleiter geändert haben Dies ist möglich, wenn du entweder den Befehl Git checkout verwendest , um zu einem vorherigen Punkt in einem bestimmten Branch zurückzukehren , oder wenn du den Branch, den du benutzt hast, änderst. Beides gilt für die Ref-Log-Liste. Mit Git Log können wir zu jedem dieser Zustände zurückkehren. Jetzt können wir das tun, und Sie können sehen, dass wir auch die Abwärtstaste drücken können , um mehr davon anzuzeigen, oder wir können die Q-Taste drücken, um herauszukommen. Wenn wir get checkout verwenden würden, könnten wir dann den Commit-Hash eingeben oder einfügen , um zu diesem bestimmten Punkt zurückzukehren. Aber einige davon haben tatsächlich dieselben eindeutigen IDs. Was wäre, wenn wir zu einem bestimmten Hauptstaat zurückkehren wollten? Alles, was wir tun müssten, ist praktisch den Kopfwert E einzufügen . Wir können den Kopf und dann die Indexnummer eingeben. Gehen wir als Beispiel zurück zu Kopf bei 17, was in deinem Git-Repository die eindeutige ID 1060 89b oder was auch immer sie sein mag, haben sollte deinem Git-Repository die eindeutige ID 1060 89b oder was auch immer sie sein mag Ich gehe hier runter und tippe head at ein und stelle dann sicher, dass wir die geschweiften Klammern verwenden, gib Und jetzt drücken wir die Eingabetaste. Dadurch befinden wir uns wieder in einem distanzierten Zustand, also sind wir zu diesem speziellen Punkt zurückgekehrt, und Sie können die eindeutige ID hier sehen. Es hat also korrekt funktioniert. Auf diese Weise sind wir in der Lage, unser Projekt wieder auf einen bestimmten Höhepunkt zu bringen unser Projekt wieder auf einen bestimmten Höhepunkt zu Auch wenn wir es nicht dauerhaft machen wollen, können wir dies vorübergehend mit Git Checkout tun. Alternativ können Sie dies jedoch auch verwenden , um zu einem bestimmten Kopfstatus zurückzukehren. Sie müssten lediglich den Befehl GT reset anstelle von Git Checkout verwenden . Falls du dich erinnern wirst, haben wir Optionen mit dem Reset-Befehl für Soft und Hard. Der Soft-Reset würde Sie zu einem ganz bestimmten Ausgangszustand zurückbringen , aber die an Ihrem Projekt vorgenommenen Änderungen im Arbeitsverzeichnis und in den Staging-Bereichen würden beibehalten an Ihrem Projekt vorgenommenen Änderungen im Arbeitsverzeichnis und in den Staging-Bereichen Die Option „Hard“ wird jedoch verwendet, wenn Sie Ihr gesamtes Projekt in den Zustand zurückversetzen möchten Ihr gesamtes Projekt in den Zustand zurückversetzen es sich im vorherigen Hauptzustand befand, welcher auch immer dieser sein mag Vendo, wir wollen dahin zurückkehren , wo wir vorher waren, und das können wir entweder mit dem Git-Schalter und der Minus-Taste oder mit Git Checkout und dem Namen des Branches tun entweder mit dem Git-Schalter und der Minus-Taste oder mit Git Checkout und dem Namen des Jetzt sind wir zurück zur Hauptzweig gegangen. Lassen Sie uns das Git-Protokoll überprüfen und alles ist so, wie es sein sollte. 28. So nutzt du Stashing: Sshing ist ein Befehl , mit dem wir unsere Änderungen im Arbeitsverzeichnis oder im Staging-Bereich speichern können unsere Änderungen im Arbeitsverzeichnis oder im , ohne Es gibt mehrere Gründe, warum wir ein Tool wie Stashing verwenden möchten verwenden möchten Nehmen wir zum Beispiel an, Sie arbeiten in zwei verschiedenen Branchen einem dieser Zweige haben Sie eine bestimmte Datei bearbeitet, dann aber in dem anderen Zweig Änderungen an dieser Datei vorgenommen . Was Sie tun könnten, ist, diese Änderung zu verstecken oder zu speichern und sie dann wieder in den richtigen Zweig zu übertragen Hier im Branch-Projekt gehe ich zu meinem Indexpunkt-HTML und füge ein weiteres H-2-Tag hinzu. Geben Sie also H zwei ein und drücken Sie die Eingabetaste, um das Tag hinzuzufügen. Und dieses Mal werde ich das nur als zusätzliche Information kennzeichnen. Also hier haben wir gerade ein neues H Two-Tag zu unserer Indexseite hinzugefügt . Ich habe Bash. Ich werde einfach den Befehl clear verwenden, um das Terminal zu leeren, und dann den Git-Status verwenden, um zu bestätigen, dass eine Änderung vorgenommen wurde und sich derzeit im Arbeitsverzeichnis befindet Anstatt Git add zu verwenden, um es zum Staging hinzuzufügen, werde ich dieses Mal als Stash-Befehl für Git stash Und alles, was ich danach tun muss, ist einfach die Eingabetaste zu drücken. Beachten Sie, dass wir das Arbeitsverzeichnis und den Indexstatus gespeichert haben , nicht zu verwechseln mit Indexpunkt-HTML Dies ist der aktuelle Commit-Code. Wir haben die Änderungen vorgenommen und sie mit dem DIF überprüft. All das wurde gemacht, als wir Gittah benutzt haben. Gittah ist quasi ein zusätzlicher Ordner, quasi ein unsichtbarer Ordner , der die vorgenommenen Änderungen in einem Arbeitsverzeichnis speichert , sodass wir später darauf zurückgreifen können, wenn wir sie übernehmen wollen. Der beste Weg, um zu beschreiben, warum Sie Gittah verwenden würden , ist, dass Sie Dateien speichern möchten , wenn Sie an anderen Dateien in Ihrem Projekt arbeiten müssen an anderen Dateien in Ihrem Projekt arbeiten Nehmen wir an, Sie arbeiten an einer Sache. Es ist noch nicht fertig, es wurde nicht getestet, also möchten Sie die Änderungen nicht in Ihr Staging-Verzeichnis übernehmen Ihr Staging-Verzeichnis als eigentlichen Commit Sie stehen jedoch unter Zeitdruck und müssen an etwas anderem arbeiten, das die Projektprobleme verursachen könnte Hier kommt der Gittah-Befehl ins Spiel. Sie können alle Änderungen, die Sie vorgenommen haben, verstecken oder speichern alle Änderungen, die Sie vorgenommen haben, und später darauf zurückgreifen Wenn wir diese Änderungen aus Gittah zurückholen wollen, würden wir den Befehl GIT Sash Apply verwenden Wenn ich also GIT Sash apply eintippe und die Eingabetaste drücke. Es bringt unsere Änderungen zurück in das Arbeitsverzeichnis und informiert uns auch über den aktuellen Status des Arbeitsverzeichnisses Dazu gibt es noch eine zusätzliche Option, nämlich GT Stash POP, die auf dieselbe, aber auch auf unterschiedliche Weise funktioniert aber auch auf unterschiedliche Weise Ich werde Gittah wieder benutzen. Drücken Sie die Eingabetaste Und wenn Sie das tun und zum VS-Code wechseln würden, könnten Sie sehen, dass das H-Two-Tag, das wir hinzugefügt haben, nicht mehr vorhanden ist. Es war fast so, als wären wir in eine andere Filiale gezogen. Lassen Sie mich einfach dort vorbeischauen, um das zu bestätigen. Ich werde die Dinge mit der Option Anwenden zurückbringen und dann zum VS-Code übergehen. Dies ist der aktuelle Status unserer HTML-Datei in VS Code Ich werde den Bildschirm verlassen und den Befehl Gittah erneut verwenden Beobachten Sie also, was passiert , wenn ich die Eingabetaste drücke nachdem ich GT Stash in mein Terminal eingegeben Es wird in Echtzeit aktualisiert und entfernt das H-Two-Tag, das wir hinzugefügt haben Wenn ich dann zurückgehe und GT apply wähle, wir am Ende genau dieses H-Zwei-Tag wieder in unserer HTML-Datei wieder her . Wie ich bereits erwähnt habe, eine alternative Option darin, Git Stash Pop zu verwenden Wenn ich also Git Stash außerhalb des Bildschirms erneut verwende und die Eingabetaste drücke, die Änderungen im Arbeitsverzeichnis gespeichert Und entfernt sie aus der HTML-Datei. Jetzt verwende ich GT Sash POP und drücke die Eingabetaste . Die Informationen wurden erneut unserer HTML-Datei wiederhergestellt Sie werden hier feststellen, dass Gittah Pop Gittah Aply ziemlich ähnlich ist Im nächsten Video werden wir uns nun den Kernunterschied zwischen den beiden ansehen Kernunterschied zwischen den beiden Aber vorerst möchte ich einen weiteren Befehl hervorheben, nämlich Gittah List Hier wird eine Liste aller Fälle angezeigt, in denen wir sozusagen Inhalte in dieser Liste oder in diesem unsichtbaren Ordner versteckt Inhalte in dieser Liste oder in diesem unsichtbaren Ordner Und wir haben das tatsächlich mehrfach verwendet, sodass wir am Ende unterschiedliche Zustände haben, obwohl sie genau dasselbe sind Wenn ich Git Sash erneut verwende und die Eingabetaste drücke, überprüfe die GT Sash-Liste Du kannst sehen, dass wir einen zusätzlichen Eintrag haben, und er fängt tatsächlich bei Null an und arbeitet sich dann nach oben. Stash at three steht jedoch tatsächlich für den ersten Stash, der gespeichert wurde Die Zahl Null steht für die letzte Zahl. Im VS-Code werde ich sehr schnell eine Änderung an der TXT-Datei mit Notes-Punkten vornehmen. Also werde ich es einfach sehr einfach halten. Das ist eine Veränderung. Ich habe hier eine Ergänzung gemacht, und die werde ich auch verstauen Sie daran, dass wir gerade den GT-Stash-Befehl verwendet haben, ihn aber nicht zurückgebracht Lassen Sie uns auch hier den Befehl GT Stash verwenden und die Eingabetaste drücken Dann überprüfe die Git-Liste. Wir haben hier einen neuen Eintrag und er ist immer noch auf demselben Commit, aber das ist vorerst okay. Wir wollen GT Stash Apply verwenden und genau sehen, was im VS-Code auftaucht Stash Apply wird verwendet, wenn wir gespeicherte Änderungen in unserer Stash-Liste übernehmen und sie wieder zu den entsprechenden Dateien hinzufügen möchten Wenn wir jedoch GIT Sash Apply verwenden, wird der Inhalt zwar wieder zu den Dateien hinzugefügt, der Eintrag für diesen Stash bleibt Im Gegensatz dazu haben wir Gittsh POP. Dadurch wird der Inhalt eines bestimmten Eintrags wieder zu den entsprechenden Dateien in unserem Projekt hinzugefügt Inhalt eines bestimmten Eintrags wieder , aber dieser Eintrag wird auch aus der Stash-Liste entfernt Wenn wir uns unsere Dateien ansehen, werden wir feststellen, dass wir keine zusätzliche Zeile in den Hinweispunkten TXT haben zusätzliche Zeile in den Hinweispunkten TXT und dass wir auch nicht den zusätzlichen Inhalt in unserem Body-Tag haben , der , glaube ich, ein zusätzliches H zwei war Mal sehen, was passiert, wenn wir die GT-Stash-Aply-Option verwenden würden Also gehen wir auf GT Stash Apply. Also tippe ich das außerhalb des Bildschirms und behalte im Auge, was mit der TXT-Datei für Notizen passiert Der Inhalt hier wurde wiederhergestellt. Nun, das haben wir erwartet, aber wenn wir zu Indexpunkt-HTML zurückkehren, kann das nicht für das H-2-Tag gesagt werden, das wir hier hatten. Wenn wir also Git Stash Apply verwenden, wird der Inhalt aus dem neuesten Stash zurückgeholt 29. Git Stash anwenden und Git Stash Pop: In diesem Video werden wir näher auf die Unterschiede zwischen dem GT Stash Apply Command und GT Stash Pop eingehen zwischen dem GT Stash Apply Command und GT Stash Wir haben immer noch Inhalte, die in dieser Liste versteckt waren. Aber vorerst werde ich nur die letzten Änderungen übernehmen , die im Arbeitsverzeichnis vorhanden sind Also gehen wir nach AM. Nachricht funktioniert mit Sash und drücke Enter. Die Änderungen dort wurden also vorgenommen. Jetzt wollen wir die wichtigsten Unterschiede zwischen Gittah, Gittah Pop, Gittah, Apply usw. aufzeigen die wichtigsten Unterschiede zwischen Gittah, Gittah Pop, Gittah, Apply Wie Sie wissen, speichert Gittah Inhalte einem separaten Ort außerhalb Ihres Arbeitsverzeichnisses, und Sie können sie dann zu einem späteren Zeitpunkt wieder in Ihr Arbeitsverzeichnis bringen Ihr Arbeitsverzeichnis Lassen Sie uns jetzt die Gittah-Liste aufrufen. Hier habe ich derzeit fünf Einträge. Nehmen wir nun an, ich möchte eine dieser Optionen löschen und sie aus der Liste entfernen. Ich kann das tun, indem ich git stash und dann den Drop-Befehl Von hier aus würde ich Stash in geschweiften Klammern eingeben und dann auswählen, welche davon aus der Stash-Liste ich davon aus der Stash-Liste Nehmen wir an, ich möchte Nummer zwei entfernen. Also gebe ich zwei ein und drücke die Eingabetaste. Ich habe diese Vorrats-Nummer verloren. Wenn ich die Liste noch einmal überprüfe, werden Sie sehen, dass wir vier statt fünf Einträge haben, aber Nummer zwei ist immer noch da Das ist eigentlich nicht der Fall. Es wird immer die Nummer 0123 haben. Aber der Inhalt in diesem Vorrat wurde tatsächlich entfernt. Also, während das vorher kostenlos war, ist es jetzt zwei in der Liste Früher waren es vier, jetzt ist es kostenlos geworden. Sie sollten GT Stash Drop nur verwenden, um eine bestimmte Stash-Nummer zu entfernen , wenn Sie sich bezüglich des Inhalts dieses Eintrags absolut sicher sind bezüglich des Inhalts dieses Eintrags absolut sicher In unserem Fall ist das in Ordnung, weil eigentlich alle diese genau den gleichen Inhalt haben Wir haben Git Sash einfach mehrmals für dieses H-Zwei-Tag verwendet . Es ist also in Ordnung für uns Aber was wäre, wenn wir alle Einträge in der Vorratsliste loswerden wollten alle Einträge in der Vorratsliste Nun, das können wir tun, indem wir Git Stash Clear verwenden. Drücken Sie die Eingabetaste und überprüfen Sie dann die Liste. Wir bekommen hier nichts. Das bedeutet also, dass die Stash-Liste jetzt vollständig geleert wurde und wir nichts mehr in das Arbeitsverzeichnis zurückbringen können das Arbeitsverzeichnis zurückbringen Mit anderen Worten, wir haben praktisch nur unser H-Two-Tag aus unserem Projekt gelöscht Hier im VS-Code möchte ich eine Änderung an der Bezeichnung der TXT-Datei vornehmen und diese dann dem Stash-List-System hinzufügen Also hier werde ich diesen Satz schreiben. Wird in der Vorratsliste gespeichert. Also hier haben wir eine Änderung an der Notes Dot TXT-Datei vorgenommen. Gehen wir zurück und fügen es der Stash-Liste hinzu. Zuerst möchte ich den Status überprüfen. Dadurch wird bestätigt, dass wir eine Änderung im Arbeitsverzeichnis haben. Als Nächstes verwende ich GT Stash, um die Änderungen zu speichern und dann den Status erneut abzurufen Und dieses Mal sollten wir sehen, dass der Arbeitsbaum derzeit sauber ist Alle vorgenommenen Änderungen wurden also in dieser Liste gespeichert. Als Nächstes nehmen wir eine Änderung an der Readme-Datei und speichern diese als separaten Stash-Eintrag Alles, was ich tun werde, ist etwas einzugeben. Willkommen zu dem Projekt. Wir haben ein paar Ausrufezeichen und los geht's. Und warum eigentlich nicht? Lassen Sie uns hier einfach ein zusätzliches bisschen Text hinzufügen. Ist nicht wirklich wichtig, aber es hat es angedeutet. Auch hier werden wir den Git-Status überprüfen. Wir haben also eine Änderung an der Readme-Datei vorgenommen. Fügen wir das der She-Liste hinzu und überprüfen wir dann noch einmal den Status. Der Arbeitsbaum ist derzeit also sauber, und das haben wir, wenn wir die Git-Stache-Liste überprüfen Zwei Einträge. Also der Stash bei Null, das ist die Änderung, die wir an der Readme-Datei vorgenommen haben, und Stash at Eins ist die Änderung, die wir an der Notizen-Datei vorgenommen haben Denken Sie also daran, je niedriger die Zahl, desto neuer wurde der Stash in dieser Liste erstellt Vor diesem Hintergrund verwende ich Git Sash Apply und wähle dann den Stash bei Das sollte nun die Änderungen wiederherstellen, die an der Notes Dot TXT-Datei vorgenommen wurden , aber nicht an der Readme-Datei Wenn Sie sich erinnern, haben wir Änderungen an der Notizendatei vorgenommen und sie hier gespeichert. Dann haben wir Änderungen an der Readme-Datei vorgenommen und erneut den Befehl stash verwendet , der sich in E. befindet. Also verwenden wir SSH apply und geben dann Stash in geschweifte Klammern, eins Dann drücken wir die Eingabe. Beachten Sie, dass dem Arbeitsverzeichnis Änderungen hinzugefügt wurden Insbesondere die Tatsache, dass wir die TXT-Datei für Notizen geändert haben , nicht die Readme-Datei. Checken Sie den VS-Code ein, um zu bestätigen, dass die Readme-Datei immer noch nichts enthält. Aber wenn wir zu Notes Dot Txt zurückkehren, können wir den Satz hier in der Stash-Liste speichern Das ist also die Änderung, die wir ursprünglich vorgenommen und dann in der Stash-Liste gespeichert Wir konnten das in unser Projekt zurückbringen, aber nicht den Inhalt in der Readme-Datei So können wir die Stash-Liste effektiv verwenden. Nun, hier werden wir etwas über den Unterschied zwischen Gittah Apply und Git Stash POP erfahren zwischen Gittah Apply und Git Stash Wenn wir die Git Stash-Listenoption verwenden, werden Sie feststellen, dass wir immer noch beide Einträge haben Wir könnten also jederzeit den Befehl GT applier erneut aufrufen und genau den gleichen Inhalt zurückbringen Es wird also immer hier in der Stash-Liste sein. Es sei denn, wir verwenden stattdessen GT Stash POP. Wenn du Gittah Apply verwendest und diesen Eintrag dann entfernen möchtest, würdest du danach Git Stash Drop verwenden Dann würdest du den Namen und den Wert des Stash-Eintrags eingeben den Namen und den Wert des Stash-Eintrags In diesem Fall sollten Sie einen Stash verwenden, da dies der Eintrag auf der Liste war, den wir auf unser Projekt angewendet haben Und das verstehe ich immer noch falsch. Da haben wir's. Stellen Sie sicher, dass es korrekt ist, und drücken Sie dann die Eingabetaste. Also hier haben wir diesen Stash-Eintrag von unserer Liste gestrichen. Wenn wir das noch einmal überprüfen, haben wir nur einen Eintrag. Zum Vergleich haben wir jetzt Git Stash Pop. Also werde ich Gittah Pop verwenden, und dabei wird entweder der neueste Eintrag oder ein definierter Eintrag angezeigt der neueste Eintrag oder ein definierter Eintrag Da wir nur eine Option in der Liste haben, können wir einfach Gittah Pop verwenden Sie werden jetzt feststellen, dass wir die Readme-Datei zu unserem Arbeitsverzeichnis hinzugefügt haben Readme-Datei zu unserem Arbeitsverzeichnis Wir haben keine Änderungen an der Notes Dot TXT-Datei von zuvor vorgenommen, sodass sie sich immer noch im Arbeitsverzeichnis befindet. Aber jetzt sind es beide. Hier im VS-Code können wir bestätigen, dass der Inhalt wieder zur Readme-MD-Datei hinzugefügt wurde , ebenso wie der Satz in Notes Dot TXT. Lassen Sie uns abschließend die Git-Stash-Liste überprüfen. Sie ist derzeit leer. Der Grund dafür ist , dass Gittah Pop eine Kombination aus den Befehlen GTS Stash Apply und GTSah Drop ist eine Kombination aus den Befehlen GTS Stash Apply und Es wendet nicht nur den Inhalt auf unser Arbeitsverzeichnis an, sondern entfernt oder löscht auch diesen Eintrag in der 30. Verwenden von Stash zum Übertragen von Inhalten über Zweige hinweg: Hier werden wir uns eingehender damit befassen, wie wir Git Stash verwenden können, um Inhalte aus einem Branch zu übernehmen und in wie wir Git Stash verwenden können, um Inhalte aus einem Branch zu übernehmen einen anderen zu übertragen ohne andere Tools wie das Zusammenführen zu verwenden Bevor wir weitermachen, möchte ich nur, dass du deinen Git-Status überprüfst Nun, es ist wahrscheinlich, dass Sie im vorherigen Video Änderungen an bestimmten Dateien vorgenommen haben im vorherigen Video Änderungen an bestimmten Dateien und diese möglicherweise hier in Ihrem Arbeitsverzeichnis angezeigt werden. Nur um die Dinge nett und einfach zu halten. Ich möchte nur, dass Sie alles, was sich in Ihrem Arbeitsverzeichnis befindet, festschreiben, auch wenn es anders aussieht als das, was Sie auf meinem Bildschirm sehen. Stellen Sie sicher, dass Sie es festschreiben, bevor wir mit unserer nächsten Änderung fortfahren. Also werde ich hier einfach zusätzlichen Commit eingeben . Jetzt werde ich den Status abfragen. Der Arbeitsbaum ist derzeit sauber, also werde ich zu VS-Code wechseln, wo wir eine Änderung an der Notes-Dot-TXT-Datei vornehmen an der Notes-Dot-TXT-Datei und diese Änderung dann zum Staging hinzufügen werden In der TXT-Datei mit den Punkten für Notizen werde ich einfach einen weiteren einfachen Satz eingeben Ich hoffe, Ihnen gefällt der Kurs. Und jetzt kehren wir einfach zu Git Bash zurück, wo wir diesen Satz zum Staging-Bereich hinzufügen diesen Satz zum Staging-Bereich An dieser Stelle werde ich zunächst einen neuen Branch erstellen, einen neuen Branch erstellen, also werde ich den Befehl Git branch verwenden Und dann rufe ich den neuen Zweig an. Dann überprüfe ich die Git-Branchliste , um zu bestätigen, dass wir einen neuen Branch für dieses Video hinzugefügt haben. Überprüfe als Nächstes den Git-Status. In der TXT-Datei für Notizen wurde eine Änderung vorgenommen. Wir werden diese Änderung dem Staging-Bereich für die TXT-Datei hinzufügen Staging-Bereich für die TXT-Datei Und dann werden wir das dem Stash-Verzeichnis hinzufügen Wenn ich also den Befehl Git stash verwende, wird er uns sagen , dass wir unser Arbeitsverzeichnis und unseren Indexstatus genauso wie zuvor gespeichert haben unser Arbeitsverzeichnis und unseren Indexstatus genauso wie zuvor Wenn wir unseren Git-Status überprüfen, können wir sehen, dass die Arbeitsbäume sauber Auch wenn die Terminologie auf das Arbeitsverzeichnis verweist, können wir Git Stash auch verwenden, um alles zu speichern, was wir dem Staging-Bereich hinzugefügt haben Wenn wir Git Sash Pop verwenden würden, könnten wir diesen Inhalt im aktuellen Branch wiederherstellen , aber wir können das auch in einem anderen Branch tun, solange wir zu diesem wechseln Ich werde den Befehl Git switch verwenden und dann gehen wir zum Sash-Zweig Hier wurde uns also tatsächlich gewarnt, dass Stash ein mehrdeutiger Begriff ist Es wäre also vielleicht idealer, wenn wir das an einer anderen Stelle umbenennen würden das an einer anderen Stelle umbenennen Aber vorerst sollte es in Ordnung sein. Auch hier, wenn wir den Git-Branch überprüfen, können Sie sehen, dass wir uns derzeit im Stash-Branch Jetzt verwende ich den Befehl GT pop. Und das bringt die an der Notes-TXT-Datei vorgenommenen Änderungen zurück in unser Arbeitsverzeichnis. Aber jetzt befinden wir uns in unserer Vorratsniederlassung statt in der Hauptfiliale Von hier aus müssen wir es bis zum Staging lesen, weil es aus dem Staging genommen wird , wenn wir es speichern, und dann werden wir die Änderung übernehmen, aber sie wird in unserem Stash-Branch und dann werden wir die Änderung übernehmen, festgeschrieben Also hier gebe ich eine einfache Nachricht ein. Viel Spaß beim Kurs. Drücken Sie zur Bestätigung die Eingabetaste Und jetzt lassen Sie uns die Dinge im VS-Code überprüfen. Hier wurde der Commit vorgenommen, sodass der Satz derzeit sichtbar ist. Aber was wäre, wenn wir zurück zur Hauptniederlassung wechseln würden ? Denken Sie jetzt daran, dass wir die Änderung ursprünglich im Hauptzweig vorgenommen haben. Wir haben dann diese Codezeile, die Änderung, die wir vorgenommen haben, gespeichert, einen neuen Zweig erstellt und ihn dann dem Befehl GT stash pop mit dem Befehl GT stash pop in diesem neuen Zweig, dem Stash-Branch, wiederhergestellt dem Stash-Branch Wir haben diese Änderung dann innerhalb des Stash-Branches übernommen. Was würde also passieren, wenn wir die Hauptversion wechseln würden? Außerhalb des Bildschirms tippe ich ein, um Bash zu bekommen, G auf Main umschalten und dann Enter drücken Der Text, den wir im letzten Commit hinzugefügt haben, ist verschwunden In diesem Szenario ist der Text, obwohl wir ihn ursprünglich in unserem Hauptzweig hinzugefügt hatten , weil wir ihn versteckt und dann in einen anderen Zweig übertragen und dann in diesem neuen Branch festgeschrieben haben, nicht mehr im Haupt-Branch vorhanden 31. Überprüfung von Zweigen und Workflows: Bevor wir zum nächsten Schritt übergehen, möchte ich nur kurz einige unserer früheren Inhalte überprüfen. Insbesondere möchte ich uns nur durch einen typischen Arbeitsablauf führen , der die Erstellung mehrerer Zweige, die Bearbeitung der einzelnen Zweige und die anschließende Zusammenführung dieser Zweige beinhaltet Bearbeitung der einzelnen Zweige und die anschließende Zusammenführung dieser Zweige Dies dient lediglich als Auffrischung einiger der Kernkompetenzen, die wir in Git erlernen müssen Zunächst verwende ich einfach den Befehl clear, um alles im Terminal zu entfernen Und dann verwende ich den CD-Befehl und dann zwei Punkttasten, um zum Hauptprojektordner zurückzukehren. Jetzt werde ich einen neuen Ordner erstellen, und wir werden ihn als Review bezeichnen. Wenn Sie sich erinnern, verwenden wir den M K DIR-Befehl make directory und geben ihm dann einen Namen. In diesem Fall überprüfen Sie. Dann müssen wir sicherstellen, dass wir in das Review-Verzeichnis wechseln und dort Git verwenden , um ein Repository in diesem Ordner zu initialisieren Jetzt überprüfen wir noch einmal den Git-Status und können bestätigen, dass wir uns im Hauptzweig befinden wurden noch keine Commits vorgenommen, und es gibt derzeit nichts, was festgeschrieben werden Der erste Teil unserer Überprüfung besteht darüber hinaus darin, eine Datei zu erstellen Die Datei, die ich erstellen werde, ist ein Punkt, den Git ignoriere. Zu diesem Zeitpunkt sollten wir uns angewöhnen, dass die Punkt-Gitignore-Datei eine der allerersten ist , die Sie für Ihr Repository erstellen Also verwende ich Touch G Ignorieren und drücke Enter. Dann gebe ich L S ein. Es wird nichts angezeigt, was genau das ist, was wir erwarten sollten , da wir den Befehl L A verwenden müssen , um eine Vorschau jeder einzelnen Route in unserem Verzeichnis anzuzeigen, einschließlich Punkt Git und Punkt Git Ignorieren. Im VS-Code suchen wir nach unseren Dateien, indem wir zum Ordner öffnen gehen und einfach zum Speicherort navigieren Wo unser Ordner gespeichert ist. Für mich befindet er sich also genau hier, der Überprüfungsordner. Wählen Sie den Ordner aus, um ihn zu öffnen, und Sie sollten den Dots Git-Ordner mit dem gesamten Inhalt sowie die Datei Dots G Ignore sehen können dem gesamten Inhalt . In der Datei Dot Get Ignore werden wir das DOT-ENF-Dateiformat sowie das TXT-Dateiformat hinzufügen sowie das TXT-Dateiformat Um das noch einmal zu überprüfen, verwenden wir die docket-Ignore-Datei, sodass alle diese Dateiformate oder Dateitypen, die zu unserem Repository hinzugefügt werden , nicht von Git verfolgt werden Das ist der Zweck unseres Punkt-Git-Ignore-Ordners. Zurück zu Git Bash, wir werden unsere Dateien dem Staging-Bereich hinzufügen Wir werden den Git-Status überprüfen . Derzeit haben wir eine Datei im Staging-Bereich, nämlich die Dot Geigno-Datei Wir werden das mit der Nachricht bestätigen, die Geignre Nachricht bestätigen, die Überprüfen Sie jetzt noch einmal den Status. Vergewissern Sie sich, dass Sie die Bedingungen korrekt eingegeben haben. So können wir sehen, dass der Arbeitsbaum sauber ist, und wenn wir das Git-Log überprüfen würden, müssten wir an dieser Stelle einen einzigen Eintrag haben. Als Nächstes werde ich diesem Projekt einige Kerndateien hinzufügen. Auch hier können wir den Touch-Befehl verwenden, und hier füge ich nur einige HTML-Seiten hinzu. Index HTML, HTML. NAV Punkt HTML Kontaktieren Sie uns und wir fügen auch die Notes Dot TXT - und Dot ENV-Dateien Das ist der Zeit , als wir mit dem branchenübergreifenden Projekt gearbeitet haben, sehr ähnlich mit dem branchenübergreifenden Projekt gearbeitet haben, Das gesamte Video dient buchstäblich nur dazu, den Inhalt, den wir zu Beginn des Kurses gelernt haben , zu überprüfen und aufzufrischen . Sehr wichtig, dass wir diese Fähigkeiten nicht vergessen. Wenn Sie sich also all diese Dateien ansehen, die wir gerade erstellen werden, wie viele davon würden Ihrer Meinung nach von Gits verfolgt werden Nun, in diesem Fall sollten sie alle von Git nachverfolgt werden, mit Ausnahme der letzten beiden, weil diese zur Git-Ignore-Datei hinzugefügt wurden Drücken Sie die Eingabetaste und überprüfen Sie dann den Git-Status. In dieser Liste finden Sie alle HTML-Dateien. Was wir jetzt tun können, ist dies mit dem Befehl GT add zum Staging hinzuzufügen, und dann werden wir mit der Nachricht eingeführte HTML-Dateien übergeben der Nachricht eingeführte HTML-Dateien Überprüfen Sie den Git-Status sowie das Git-Protokoll und jetzt können wir mit dem nächsten Schritt fortfahren Hier werden wir also damit beginnen , den HTML-Kerndateien Boilerplate-Code hinzuzufügen HTML-Kerndateien Boilerplate-Code hinzuzufügen Im VS-Code können Sie alle Dateien sehen, die Sie erstellt haben Sie sollten auch sehen können , dass die Punkt-TXT - und Dot-NV-Dateien bewertet wurden Gehen wir zunächst zu Index Dot HTML und fügen einfach etwas Standardcode hinzu. Wir haben also eine wichtige Änderung an einer unserer Dateien vorgenommen. Kehren wir zu unserem G Bash-Terminal zurück. Wiederholen Sie den Vorgang der Überprüfung des Git-Status, um zu bestätigen, dass sich etwas im Arbeitsverzeichnis Und weil wir gerade eine Datei geändert haben, können wir direkt zu Commit AM übergehen. Und wir geben zur Indexierung einfach Boiler Plate ein. Jetzt wiederholen wir diesen Vorgang mit der Kontaktseite. Gehen Sie zur Kontaktseite und fügen Sie einfach einen Standardcode hinzu. Überprüfe den Git-Status, und dann werden wir AM Boiler Plate zum Überprüfe erneut den Status sowie das Git-Protokoll. Zu diesem Zeitpunkt sollten wir vier Versionen unseres Projekts haben . Wir werden den Vorgang auf der Seite Über HTML noch einmal wiederholen. Fügen Sie einfach den Boilerplate-Code hinzu. Überprüfen Sie den Status und bestätigen Sie dann mit einer Nachricht. Auch hier geben wir einfach die Textbausteine für „about“ ein, drücken die Eingabetaste, überprüfen den Status unserer Dateien und überprüfen dann das Git-Protokoll A An dieser Stelle möchte ich mit der Einführung von Branches beginnen Ich möchte also einen Zweig für meinen Kontakt und ich möchte einen Zweig für meine About-Seite. Das Erstellen dieser Zweige ist einfach. Wir verwenden einfach den Befehl Git branch und geben dann den Namen des Branches ein, den wir erstellen möchten. In meinem Fall werde ich Kontakt eingeben. Überprüfen Sie dann den Git-Branch, um zu bestätigen, dass er erstellt wurde. Wir befinden uns immer noch im Hauptzweig und wiederholen diesen Vorgang für den About-Zweig. Zu diesem Zeitpunkt sollten wir drei Zweige haben, einen für jede unserer Haupt-HTML-Seiten. Während ich im Hauptzweig bin, werde ich einige Änderungen an der HTML-Seite mit dem Indexpunkt vornehmen. Also werden wir den Titel mit nach Hause nehmen. Und geben wir im selben Commit auch ein H-Tag. Und tippe einfach ein, Willkommen auf der Seite. Während wir uns in unserer Hauptniederlassung befinden, werden wir den Git-Status überprüfen. Dann werden wir einfach mit AM, dem Nachrichtentitel und der Überschrift für den Index festschreiben . Überprüfe erneut den Git-Status sowie das Git-Log. Und hier kannst du sehen, dass unser neuestes Commit nur für den Hauptzweig gilt, aber wir haben auch die neuesten Commits für die Kontakt- und About-Branches in dieser Liste Als Nächstes werden wir dieselben Änderungen an der Kontaktseite vornehmen , aber ich werde das bewusst innerhalb unseres Hauptzweigs tun , was wir normalerweise nicht tun würden Wir haben den Kontaktzweig erstellt , um die Kontaktseite zu bearbeiten. Aber vielleicht haben Sie vergessen, Ihre Filiale zu ändern , bevor Sie Änderungen an den entsprechenden Dateien vorgenommen haben. In diesem Fall ändere ich den Titel in Kontakt und das H-One-Tag lautet „Kontaktieren Sie uns“. Also habe ich diese Änderungen in der Hauptzweig versehentlich vorgenommen. In GBash werden wir den Git-Status überprüfen. Wir können bestätigen, dass wir uns im Hauptzweig befinden und dass wir das Kontaktpunkt-HTML geändert haben Ich möchte das ändern, also verwende ich Git Sash und das speichert meine Änderungen im Arbeitsverzeichnis in der Stash-Liste Ich kann das mit dem Befehl Git Stash list überprüfen. Wir haben einen einzigen Eintrag. Als Nächstes verwende ich Git Switch Contact, um zum Kontaktzweig zu wechseln, und dann verwende ich Git Sash Pot, um diesen Inhalt auf unsere HTML-Seite im Kontaktzweig zu übertragen diesen Inhalt auf unsere HTML-Seite im Kontaktzweig Jetzt können wir hier sehen, dass wir uns im richtigen Zweig Wir haben die Datei geändert. Ich werde das zu Staging hinzufügen und dann mit dem hinzugefügten Titel der Nachricht und der Überschrift zum Kontakt Jetzt wiederholen wir den Vorgang in der About-Branche Aber dieses Mal werden wir nicht den Fehler machen Änderungen im falschen Zweig vorzunehmen. Geben Sie den G-Schalter ein. Vergiss es nicht. Sie können stattdessen auch Git Checkout verwenden und den Branch eingeben, zu dem Sie wechseln möchten, in diesem Fall den A-Zweig. Und in VS Code gehe ich einfach zur HTML-Seite und nehme die entsprechenden Änderungen vor. Also werde ich dem Titel A und dem H einen Tag über unser Unternehmen geben . Überprüfe den Git-Status. Wir können bestätigen, dass wir eine Änderung an der HTML-Seite mit dem Punkt „Über uns“ vorgenommen haben , sodass hier alles korrekt ist. Wir werden es dem Staging-Bereich hinzufügen. Lassen Sie uns den Status schnell noch einmal überprüfen. Also wurde es zur Inszenierung hinzugefügt. Und dann werden wir einfach die Datei mit dem Nachrichtentitel und der vierten Überschrift „Über uns Jetzt werden wir das Git-Log im Abo-Branch überprüfen . Hier haben wir also nur die Informationen, die sich auf den About-Zweig beziehen. Also alle Commits, die entweder vor oder nach der Erstellung des Branches vorgenommen oder nach der Erstellung des Branches Jetzt schauen wir uns den GT-Hauptzweig an. G-Switch Main und überprüfe auch das Git-Protokoll. All dies ist sehr ähnlich, mit Ausnahme des letzten Commits , der ausschließlich für den Hauptzweig galt Das Gleiche sollte auch für den Kontaktzweig der Fall sein. Jetzt wollen wir die anderen beiden Zweige zum Hauptzweig zusammenführen. Nehmen wir an, wir haben unseren Zweck mit jedem der anderen Zweige erfüllt, wir haben die Änderungen an diesen Dateien vorgenommen und wir wollten alles wieder mit dem Hauptzweig zusammenführen . Um das zu tun, werden wir im Hauptzweig Git Merge verwenden, und für den Anfang werden wir Kontakt verwenden Und wenn wir eine Nachricht erstellen, Kontakt mit der Hauptnachricht zusammengeführt Ich kann mich nicht erinnern, ob das die richtige Reihenfolge ist. Ja, ist es. Holen Sie sich also Merge und dann den Namen des Zweigs, den Sie mit Ihrem aktiven Zweig zusammenführen möchten , der der wichtigste ist, und hinterlassen Sie dann die Nachricht im Nachhinein. Jetzt werden wir den Vorgang wiederholen. Aber dieses Mal werden wir die A-Seite oder den Abt-Zweig verwenden A-Seite oder den Abt-Zweig Und innerhalb von Anführungszeichen geben wir merge about mit main Wir drücken die Eingabetaste, die in diesem Zweig vorgenommenen Änderungen zu bestätigen. Wenn wir nun das Git-Log überprüfen würden, würden wir sehen, dass wir die neuesten Commits aus den anderen beiden Branches sowie alle Commits aus dem Haupt-Branch Und wenn du möchtest, kannst du die Branches auch entfernen, wenn du sie nicht mehr brauchst Um einen Branch zu entfernen, den wir nicht mehr benötigen, verwenden wir den Befehl Git branch, dann D und geben dann den Namen des Branches ein, den wir entfernen möchten. In diesem Fall entferne ich den Kontaktzweig und drücke die Eingabetaste, sodass wir den Kontaktzweig gelöscht haben. Überprüfe die Filialliste. Wir haben nur zwei Möglichkeiten. Jetzt werden wir den Vorgang wiederholen. Ich verwende den Aufwärtspfeil, um zum Git-Zweig minus d zurückzukehren, und dann ersetzen wir at oder ersetzen contact durch about und drücken die Eingabetaste. Schauen Sie noch einmal in der Branch-Liste nach, und wir verwenden wieder den Hauptzweig für sich. 32. Die Macht des Rebasing: Der Zweck des Rebase-Befehls besteht darin, Ihren Commit-Verlauf zu bereinigen und neu zu schreiben Das Erste, was Sie beachten sollten, wenn Sie lernen, den Befehl rebase zu verwenden , ist, dass Sie sich niemals im Haupt- oder Master-Branch Ihres Projekts befinden sollten Haupt- oder Master-Branch Ihres Sie werden sich immer in dem Zweig befinden , den Sie effektiv mit dem Hauptzweig zusammenführen möchten Sie sollten eine Umbasierung als Alternative zur Zusammenführung in Betracht ziehen Alternative zur Zusammenführung in Der Hauptunterschied zwischen dem Rebase-Befehl und dem Merge-Befehl besteht jedoch zwischen dem Rebase-Befehl und dem Merge-Befehl darin, dass beim Rebasing Ihr Commit-Verlauf überschrieben wird, während beim Um das Rebasing zu demonstrieren, verwende ich die branchenübergreifenden Projekte, denen wir weiter oben wir Sie können jedes beliebige Projekt verwenden , das noch über Verzweigungen verfügt, die wir für das Rebasing verwenden können Ich weiß nur aus der Herausforderung selbst, dass wir immer noch die entsprechenden Zweige haben sollten , die wir verwenden können Ich möchte auch, dass Sie sich in diesem Video auf das GT-Diagramm im VS-Code konzentrieren , da es den Hauptunterschied zwischen der Verwendung des Merge-Befehls und des Rebase-Befehls demonstriert Verwendung des Merge-Befehls und des Rebase-Befehls Zur Erinnerung: Verwenden Sie einfach Shift Control und P, Verwenden Sie einfach Shift Control und um die Liste der Befehle aufzurufen, geben Sie bei Bedarf Git Graph ein und wählen Sie Git Graph View Bei diesem Projekt können wir also sehen, wie sich der Graph bei jedem unserer Commits entwickelt All diese farbigen Linien stehen für einen anderen Zweig , den wir erstellt haben, und sie wurden schließlich alle wieder zu unserem Hauptzweig zusammengeführt wieder zu unserem Hauptzweig Lassen Sie uns dies einfach als Gelegenheit nutzen , um zu überprüfen, wie unser Diagramm aussieht nachdem wir zwei verschiedene Zweige zusammengeführt haben , die ursprünglich unterschiedlichen Pfaden folgten. Um das zu tun, werde ich einfach zunächst zu einem anderen Zweig wechseln. Lassen Sie uns mit Kontakt beginnen und dann eine Änderung vornehmen und den Vorgang im Kontaktzweig bestätigen. Alles, was wir hier tun werden, ist zu Kontakt-HTML zu gehen und ein H-Two-Tag hinzuzufügen. Und für dieses H-Zwei-Tag gebe ich einfach die unten aufgeführten Details ein. Lassen Sie uns einfach ein weiteres H Two-Tag mit der Bezeichnung Kontaktformular erstellen . Deshalb haben wir einige Ergänzungen zu unserer Kontakt-HTML-Seite vorgenommen . Auf dem Bildschirm, ich werde diese Änderungen einfach übernehmen. Also werde ich den Git-Status in meinem Terminal verwenden , um zu bestätigen, dass eine Änderung vorgenommen wurde und dass wir diese Änderung im richtigen Zweig vorgenommen haben . Ich werde dann das Staging erweitern. Und dann werde ich das einfach mit der Überschrift des Nachrichten-Kontaktformulars bestätigen der Überschrift des Nachrichten-Kontaktformulars Also habe ich eine Änderung vorgenommen. Ich habe in der Kontaktzweige eine Vereinbarung getroffen. wir zum Git-Diagramm zurück und Sie können sehen, dass wir uns derzeit im Kontaktzweig und dieser vom Hauptzweig getrennt wurde. Jetzt gehe ich ins Offscreen wechsle zurück zum Hauptzweig Ich gehe einfach aus Git Graph und wieder rein, und du kannst hier tatsächlich sehen, dass der letzte Commit der Kontakt-Commit bleibt, also die blaue Linie bleibt Aber der Hauptzweig befindet sich hier, und Sie können sehen, dass es der aktuelle Zweig ist , den wir in Git Graph ausgewählt haben. Jetzt möchte ich das Zusammenführen von Contact wieder mit Main demonstrieren. Derzeit können Sie sehen, dass sie getrennt sind. Ich werde den Befehl GT Merge für Nachrichten verwenden. Und bevor wir die Nachricht verwenden, müssen wir auch den Namen des Zweigs eingeben , den wir zusammenführen möchten, nämlich contact. Geben Sie dann die Nachricht ein. Den Kontakt wieder mit dem Hauptkontakt zusammenführen. Also haben wir diese Änderung vorgenommen, und Sie können in Echtzeit sehen dass der aktuelle Zweig jetzt auf Main umgestellt wurde , da es sich um den Zweig mit dem letzten Commit handelt, der gerade entstanden ist. Und ihr könnt auch sehen , dass der Kontakt-Branch , der jetzt diese rosafarbene Farbe hat, wieder in unseren Hauptzweig gebracht wurde Jetzt wissen wir, dass das Zusammenführen auf diese Weise funktioniert. Wir können zwei Zweige effektiv zu einer einzigen Zeitleiste zusammenfassen , aber die Existenz beider Zweige beibehalten Wie lässt sich das aber mit dem Rebase-Befehl vergleichen? Zurück in Git Bash werden wir zum About-Branch wechseln Also haben wir zu diesem Zweig gewechselt. Wir können mit dem Befehl Git branch selbst überprüfen , ob wir derzeit den A-Zweig verwenden, und jetzt werden wir ein paar Änderungen an der HTML-Seite „Über Punkt“ vornehmen . Wir werden uns den Effekt im GT-Diagramm ansehen. Und dann werden wir, anstatt den Merge-Befehl zu verwenden, stattdessen Rebase verwenden Gehen Sie zur HTML-Seite „ Über Punkt“. Und ich werde ein paar Überschriften hinzufügen. Der erste handelt von mir. Ich werde auch das H-One-Tag in „ Über das Unternehmen“ ändern . Und fügen wir noch ein H-Two-Tag hinzu, dem es darum geht, oder sollte ich sagen, das Team kennen zu lernen? Ein H-Tag über das gesamte Unternehmen, ein H-Tag über den Hauptverantwortlichen , der vielleicht Sie sein könnte. Und wenn Sie dann Teammitglieder haben, könnten sie hier unter diese Überschrift fallen. Wir haben ein paar Änderungen an unserer Punkt-HTML-Seite vorgenommen. Wenn wir uns das Git-Diagramm ansehen, können Sie sehen, dass wir derzeit noch keine Änderungen vorgenommen haben. Wir sind in der About-Branche. Wir können das hier sehen, weil es blau markiert ist. Ich werde den Bildschirm verlassen, den Git-Status eingeben und hier könnten wir sehen, dass wir eine Änderung im Arbeitsverzeichnis haben. Jetzt werde ich das einfach hinzufügen und es dann festschreiben. Zu diesem Zeitpunkt sollten Sie nicht mehr sehen müssen, wie ich eine Aktion ausführe, die wir schon viele, viele Male gemacht haben . Sie sollten in der Lage sein, das selbst zu tun. Machen Sie sich also mit der Nachricht einverstanden und aktualisieren Sie die Nachricht über die Überschriften Pre center, und das sollte das Git-Diagramm in Echtzeit aktualisieren Jetzt ist der About-Branch zu diesem Zeitpunkt wieder vom Hauptzweig getrennt. Lassen Sie uns nun mit dem Rebase-Befehl experimentieren. In unserem Git-Diagramm kannst du sehen, dass sich sowohl der Main Branch als auch der Info-Branch auf derselben Timeline befinden Es gibt jedoch eine geringfügige Änderung zwischen den beiden. Sie befinden sich nicht an denselben Punkten. Sie sind nicht an denselben Commits. Sie befinden sich in unterschiedlichen Commits, wurden aber gleichzeitig in derselben Timeline zusammengeführt Lass uns im Git-Log nach unserem About-Branch suchen. Wir geben eine Zeile in das Git-Log ein und du kannst sehen, dass der letzte Commit mit dem A-Zweig ist, aber wir haben auch direkt darunter einen Commit für den Haupt-Zweig. Wir waren also in der Lage, diese beiden mit dem Rebase-Befehl zusammenzuführen diese beiden mit dem Rebase-Befehl zusammenzuführen Aber wie sieht das im Hauptzweig aus? Lassen Sie uns wechseln, stellen Sie sicher dass wir zu einem bestimmten Zweig wechseln, in diesem Fall Main, und dann werden wir das Git-Protokoll erneut überprüfen. Stellen Sie sicher , dass wir das richtig eingeben. Hier haben wir also alle dieselben Informationen, aber die einzige Information, die wir nicht haben, ist der neueste Commit von unserer About-Seite. 33. Fehlerbehebung bei Konflikten beim Rebasing: Wenn Sie den Rebase-Befehl weiterhin verwenden, stellen Sie möglicherweise fest, dass es eigentlich recht einfach ist, Situationen wie Konflikte zu erzeugen Daher wird sich dieses Video auf die Problembehebung konzentrieren, darauf, wie wir mit diesen Konflikten umgehen können , die sich aus der Umstellung ergeben, und wie wir weitere Konflikte in der Zukunft vermeiden können Im VS-Code habe ich eine Änderung an der HTML-Seite mit dem Kontaktpunkt vorgenommen eine Änderung an der HTML-Seite mit dem Kontaktpunkt Ich habe ein paar P-Tags für den Vornamen und den Nachnamen hinzugefügt . Dies befindet sich derzeit in meiner Kontaktzweige. Ich verwende also wieder das Projekt mit mehreren Filialen und habe diese Änderung im Kontakt-HTML in meinem Kontaktzweig vorgenommen . Auf dem Bildschirm werde ich zum Hauptzweig wechseln. Hier können Sie sehen, dass wir auch eine Änderung vorgenommen haben. Wir haben eine ungeordnete Liste mit Listenelementen für Name, E-Mail und Nachricht hinzugefügt , E-Mail und Nachricht Lassen Sie mich auch hier einfach zwischen den beiden wechseln, damit ich den Switch-Kontakt suche Und wir haben unsere P-Tags und dann Switch Main. Wir haben unsere ungeordnete Liste. Dies ist also ein Beispiel , bei dem wir in mehreren Zweigen Änderungen an derselben Datei vorgenommen haben in mehreren Zweigen Änderungen an derselben Datei vorgenommen Schauen wir uns an, was passiert, wenn wir versuchen würden, dies umzustrukturieren , sodass wir unseren Kontaktzweig über den Hauptzweig legen können unseren Kontaktzweig über den Hauptzweig legen Dazu müssten wir zunächst sicherstellen, dass wir uns nicht in der Hauptniederlassung befinden Also außerhalb des Bildschirms werde ich wieder den GT-Switch-Befehl verwenden und zum Kontaktzweig übergehen Als Nächstes werde ich dann die Rebase versuchen. Derzeit befinden wir uns in der Kontaktabteilung. Wir werden also den Befehl GT Rebase verwenden und zusätzlich zum Hauptbefehl den Kontakt rebasen Das sollten wir sehen, wenn wir das versuchen. Wir haben also einen Konflikt , den wir lösen müssen. Wird wirklich gut, weil es eine Vielzahl von Hinweisen für die verschiedenen Möglichkeiten bietet , wie wir dieses Problem lösen können. Eine Methode besteht also darin, den aktuellen Befehl abzubrechen wenn Sie sich nicht sicher sind, was Sie sonst tun sollen Geben Sie dazu einfach get rebase und dann abort ein Drücken Sie die Eingabetaste, und das bringt uns effektiv aus dem Rebase-Status heraus , den Sie hier tatsächlich sehen können Im Moment möchte ich nur in diesen Zustand zurückkehren, also Git rebase main Schauen wir uns einige der anderen möglichen Lösungen Die erste Lösung besteht darin, alle Konflikte manuell zu lösen und sie dann im VS-Code als gelöst zu markieren. Wir können diese widersprüchlichen Dateien zum Staging hinzufügen und dann den Befehl Git rebase continue ausführen Alternativ können wir den Commit selbst überspringen , indem wir rebase skip verwenden Wir haben bereits gezeigt, wie man bei Bedarf den Vorgang abbrechen kann, und wir haben nun endlich die Möglichkeit, diese Nachricht zu deaktivieren , indem wir den folgenden Befehl verwenden G config advice, merge conflict, set auf force Ignoriere den unteren Teil, weil es eigentlich sehr praktisch ist, diese Nachricht immer dann sichtbar zu haben , wenn wir einen Konflikt haben Konzentrieren wir uns vorerst auf den wichtigsten Hinweis, nämlich diesen Konflikt im VS-Code zu lösen. Der Prozess hier ist dem , wenn wir Konflikte beim Zusammenführen haben, sehr ähnlich , wenn wir Konflikte beim Zusammenführen haben Wir haben den speziellen Bereich unserer HTML-Seite, in dem Änderungen in beiden Dateien oder beiden Zweigen vorgenommen wurden in beiden Dateien oder beiden Zweigen vorgenommen Wir können entweder die aktuelle Änderung akzeptieren, was normalerweise der Hauptteil ist , die eingehende Änderung akzeptieren, was hier der blaue Bereich sein wird, mit Ausnahme der beiden Änderungen, bei denen tatsächlich der gesamte Inhalt hinzugefügt wird , oder die Änderungen miteinander verglichen werden. Nun, ich denke, der Listenpunkt ist etwas sinnvoller. Ich werde die aktuelle Änderung akzeptieren. Gehen wir jetzt zurück zu Git Bash. Der nächste Schritt wird darin bestehen, den Befehl G ad zu verwenden. Wir werden einfach G Ad verwenden und dann Dot HTML kontaktieren. Dadurch wird es zum Staging hinzugefügt. Dann werden wir den Befehl Git Rate Rebase mit Continue ausführen den Befehl Git Rate Rebase mit Geben Sie also Git Rebase und versuchen Sie dann, den Vorgang fortzusetzen Drücken Sie die Eingabetaste, und Sie sollten sehen, dass wir den Kopf für den Kontaktzweig erfolgreich umgestellt und aktualisiert haben Kopf für den Kontaktzweig erfolgreich umgestellt und aktualisiert Das ist vergleichbar mit der Zeit, als wir mit dem About-Branch im vorherigen Video erfolgreich waren mit dem About-Branch im vorherigen Video Um es noch einmal zusammenzufassen: Wenn Sie eventuell auftretende Konflikte erfolgreich lösen möchten , folgen Sie einfach den ersten beiden hier aufgeführten Hinweisen Gehen Sie in den VS-Code und lösen Sie das Problem. Fügen Sie es dann zum Staging in GBah oder dem Terminal Ihrer Wahl hinzu und führen Sie Git rebase dem Terminal Ihrer Wahl hinzu und führen Sie Git Wenn alle D erfolgreich sind, musst du dir eigentlich keine Gedanken über die Hinweise machen, die direkt darunter Auch hier gilt: Wenn wir im Git-Log nachschauen und bedenken, dass wir uns immer noch im Kontaktzweig befinden. Du kannst sehen, dass wir dieses Mal den Kontakt und den Hauptteil als denselben Header zusammengeführt haben den Kontakt und den Hauptteil als denselben Header , weil wir Änderungen und Commits gleichzeitig vorgenommen haben und Commits gleichzeitig und weil es einen Konflikt gab, wir die Kontaktdatei tatsächlich zu einer zusammengeführt Wir können auch den Hauptzweig im Vergleich überprüfen, also wechseln wir zum Hauptzweig und überprüfen dann noch einmal das Protokoll Auch hier erhalten wir ein sehr ähnliches Ergebnis, bei dem der Kopf sowohl für den Hauptzweig als auch für den Kontaktzweig gilt. Im VS-Code können wir das Git-Diagramm überprüfen, und Sie können tatsächlich sehen, dass jetzt, da wir den Kontaktzweig auf den Hauptzweig umgestellt haben, die beiden Zweige tatsächlich zusammengeführt wurden, um einen einzigen Punkt auf der Timeline zu bilden Sie werden auch feststellen, dass der Abschnitt „Über a“ noch einmal abgetrennt Und das liegt daran, dass es auf der A-Seite einen Commit gab, der im Hauptzweig nicht existierte Das wurde also tatsächlich entfernt und ist jetzt wieder ein eigener Zweig geworden. 34. Sich bei Github anmelden: Wenn Sie alleine arbeiten, es oft aus, ein GT-Repository auf Ihrem Computer zu haben reicht es oft aus, ein GT-Repository auf Ihrem Computer zu haben. Aber was wäre , wenn Sie Ihren Code oder Ihr Projekt anderen Mitgliedern des Teams oder Mitgliedern Ihrer Community zur Verfügung stellen möchten? Nun, hier kommt ein Onlinedienst wie GitHub ins Spiel. GitHub ermöglicht es uns, unsere von uns erstellten Repositorys hochzuladen und sie anderen Benutzern nicht nur zum Herunterladen und Zugreifen zur Verfügung zu stellen , sondern sie gegebenenfalls auch zu bearbeiten Hier hast du die Willkommensseite für Git Hub. Wenn du dich bei Git Hub anmelden möchtest, musst du nur deine E-Mail-Adresse eingeben und dann auf die Schaltfläche Für GitHub anmelden klicken. Dadurch wirst du durch einen sehr einfach zu befolgenden Anmeldevorgang geführt, bei dem du nur deine E-Mail-Adresse, dein Passwort, das du verwenden möchtest, deinen Benutzernamen eingeben musst , und dann wirst du durch einen sehr einfachen Bestätigungsprozess geführt und einen Code an deine E-Mail-Adresse gesendet einen Code an deine E-Mail-Adresse , den sie in Git Hub einfügen muss. Sie werden dann zur Anmeldeseite weitergeleitet, auf der Sie entweder Ihre E-Mail-Adresse oder Ihren Benutzernamen, den Sie generiert haben, und das Passwort eingeben müssen Benutzernamen, den Sie generiert haben, und das Passwort eingeben . Von hier aus können Sie sich anmelden. Sobald Sie sich angemeldet haben, sollten Sie so etwas sehen. Dies ist die Startseite neben der Startseite. Sie haben alle Repositorys, die Sie erstellt haben Das sollte für dich eigentlich leer sein, weil du dich zum ersten Mal bei GitHub angemeldet hättest Von hier aus kannst du ein neues Repository erstellen, indem du hier auf die neue Schaltfläche klickst. Alternativ können Sie den Vorgang auf der Startseite selbst starten , sodass Sie Ihren Repository-Namen erstellen und entscheiden können , ob es sich um ein öffentliches oder ein privates Repository handelt oder nicht . Klicken Sie dann hier auf diese Schaltfläche, um das Repository zu erstellen, falls erforderlich. Außerdem kannst du damit direkt in GitHub eine Readme-Datei für deine Repositorys erstellen direkt in GitHub eine Readme-Datei für deine Repositorys Dies ist nicht unbedingt etwas, das Sie außerhalb von GitHub tun müssten Das können Sie tun, wenn Sie Ihr aktuelles Projekt in das GitHub-Repository-System hochgeladen haben , und dann können Sie von hier aus Ihre Read-Me-Datei erstellen. 35. Erstellen eines Repo auf Github: Lassen Sie uns den Prozess der Erstellung eines neuen Repositorys auf Git Hub durchgehen Erstellung eines neuen Repositorys auf Git Hub Ich werde das tun, indem hier auf die neue Schaltfläche klicke. Auf diese Weise können wir den gesamten Prozess erstellen, sodass wir den Eigentümer haben, den wir hier bestimmen können , und wir können auch den Namen des Repositorys bestimmen. In diesem Fall werde ich das Repository Git Practice nennen . Ich kann, wenn ich will, eine Beschreibung beschriften. Also werde ich einfach eine einfache erstellen. A Und direkt darunter kann ich zwischen „ öffentlich“ oder „privat“ wählen festzulegen, wie das Repository um festzulegen, wie das Repository im Internet angezeigt werden soll. Wenn Sie sich für öffentlich entscheiden, haben Sie tatsächlich viel mehr Möglichkeiten, verschiedene Aspekte Ihres Repositorys zu verfolgen verschiedene Aspekte Ihres Repositorys abgesehen von der Bearbeitung Ihrer Dateien. Aber jetzt werde ich es einfach als öffentlich belassen, aber ich werde es etwas später auf privat ändern . Da Sie hier ein neues Repository erstellen, können Sie es auch mit einer Readme-Datei initialisieren, sodass Sie einfach das Kästchen ankreuzen können, um eines zu erstellen Sie können eine Git Ignore-Datei hinzufügen und von hier aus auf verschiedene Vorlagen zugreifen, mit denen Sie Ihre Gigno-Datei je nach dem von Ihnen ausgewählten Projekt sehr schnell einrichten können sehr schnell einrichten Ihre Gigno-Datei je nach dem von Ihnen ausgewählten Und Sie können hier auch die entsprechende Lizenz für die Projekte auswählen hier auch die entsprechende Lizenz für die Projekte Wir wollen nichts davon ändern, weil wir einfach lernen, wie GitHub diese Repositorien erstellt Wir werden unten auf den großen grünen Button klicken Und das sollte uns ermöglichen, das Repository in Git zu erstellen. Jetzt sollten wir eine Seite wie diese haben, und sie wird uns Anweisungen geben, wie wir unserem Repository auf verschiedene Arten Inhalte hinzufügen können. Ich möchte mich hier auf den unteren Abschnitt konzentrieren. Auf diese Weise können wir ein vorhandenes Repository von unserem GTBash-Terminal aus übertragen ein vorhandenes Repository von unserem GTBash-Terminal aus Alles, was wir tun müssen, ist, jeden dieser Befehle nacheinander zu kopieren und in GBAh einzufügen, damit wir das von uns gewählte Verzeichnis in unser GitHub-Repository gewählte Verzeichnis in unser In Git Bash werde ich die Projekte mit mehreren Branchen verwenden, aus denen wir eine große Auswahl hatten, aber dieses ist tatsächlich das, das am ausgefeiltesten ist Also werde ich das Multi-Branch-Projekt verwenden. Und was ich tun werde, ist , jede dieser Codezeilen zu nehmen und sie nacheinander einzufügen. Also außerhalb des Bildschirms werde ich einfach die erste Codezeile kopieren. Und dann werde ich es hier einfügen. Das sollte also der Git-Remote-Befehl sein, und wir werden den Ursprung hinzufügen , der der Link zu Git Hub sein wird, und dann haben wir die tatsächliche Website-Adresse hier. Drücken Sie die Eingabetaste, und danach sollten wir nichts anderes mehr bekommen. Das sollte also erfolgreich sein. Als Nächstes geben wir den zweiten Befehl ein, bei dem einen Branch-Befehl handelt. Dies ermöglicht es uns effektiv, den Hauptzweig umzubenennen falls dies nicht bereits der Fall ist. Hier stellen wir also nur sicher, dass wir dafür den Hauptzweig verwenden. Und schließlich werden wir den Push-Befehl verwenden. Der Push-Befehl sendet alle Informationen aus einem lokalen Repository an unseren Ursprung, die Adresse dieser Website hier. Benutze Git Push, dann U, und wir werden über den Hauptzweig zum Ursprung pushen . Drücken Sie die Eingabetaste, das dauert ein paar Sekunden und wir sollten fertig sein. Zurück in Git Hub haben wir diese drei Codezeilen effektiv kopiert und eingefügt, aber nichts hat sich geändert, sodass wir die Seite einfach aktualisieren müssen die Seite einfach aktualisieren Beim Aktualisieren erhalten wir plötzlich Zugriff auf all unsere Dateien, die wir in unserem lokalen Repository erstellt haben Dazu gehört auch die Git Ignore-Datei, die Readme-Datei, auf die Sie übrigens hier unten zugreifen können . Und all die HTML- und XML-Dateien , die wir mit diesem Projekt erstellt haben. Auf diese Weise können wir also alle unsere Dateien lokal erstellen und sie dann effektiv in unser GitHub-Repository übertragen . Von hier aus kann ich auf das Code-Menü zugreifen und wir können es an eine bestimmte Adresse klonen, oder wir haben die Möglichkeit, es als SIP-Ordner herunterzuladen. Wenn Sie also schon einmal GitHub zum Herunterladen von Dateien verwendet haben, sollte Ihnen das eigentlich bekannt sein. Als Eigentümer der Datei können wir auf alle diese Dateien zugreifen, z. B. das Indexpunkt-HTML, und eine Vorschau des gesamten Codes in dieser Datei anzeigen. Wenn wir wollten, könnten wir diese sogar bearbeiten. Klicken Sie hier beispielsweise auf das Bearbeitungssymbol, das wie ein Stift aussieht, und es bringt uns in einen neuen Status, in dem wir Änderungen an unserer Indexpunkt-HTML-Datei vornehmen können . Ich werde zum Beispiel einfach ein P-Tag schreiben, und Sie müssen sich dabei daran erinnern, dass es sich nicht um VS-Code handelt. Also müssen wir das manuell machen. Also werde ich das P-Tag verwenden. Ich werde nur sagen, danke fürs Zuschauen. Lassen Sie uns das P-Tag schließen und dann können wir die Änderungen in diese Datei übernehmen. Wenn ich die Änderungen übernehmen kann, erhalte ich eine Commit-Nachricht. Ich kann eine erweiterte Beschreibung haben, wenn ich möchte, und ich kann wählen, ob ich sie entweder direkt an den Hauptzweig weiterleiten oder einen neuen Zweig für diesen Commit erstellen und eine Pall-Anfrage starten Nun, wir werden hier heute nicht zu sehr auf die verschiedenen Arten eingehen , wie wir Branches in GitHub verwenden können Wir möchten lediglich wissen, wie wir unsere lokalen Dateien auf GitHub hochladen und dann einige grundlegende Änderungen vornehmen können unsere lokalen Dateien auf GitHub hochladen . Also hier müssen wir die Nachricht bestätigen, die Änderungen übernehmen. Und diese Änderungen wurden jetzt auf Gitub