Zum Inhalt springen
GitTree

Video: Stellen Sie den beabsichtigten Snapshot bereit und führen Sie Ihren ersten Commit durch

Das Video wird im YouTube-Player im erweiterten Datenschutzmodus abgespielt.

Erstellen Sie die README-Datei und die Heldenseite des Projekts in GitTree, wählen Sie aus, was in den ersten Commit gehört, und lassen Sie eine spätere Bearbeitung absichtlich uncommitted. Beweisen Sie, was aufgezeichnet wurde, anstatt den Erfolg allein anhand einer Benachrichtigung zu beurteilen.

Lesen Sie die vollständige Lektion

Der Artikel enthält alle Schritte und Befehle aus dem Video, der Übungsübung und den Fragen.

Gehen Sie zur Lektion

Videotranskript

Die Erzählung des Videos, Stichwort für Stichwort.

  1. Erstelle den Helden, bereite eine Ausgabe vor, und beweisen Sie, was Ihr erster Commit gespeichert hat.
  2. Beginnen Sie im Original-Repository von L004, nicht sein zusätzlicher Klon.
  3. Speichern, Inszenieren und Festschreiben verschiedene Snapshots ändern.
  4. Erstellen Sie die erste Datei durch GitTrees Befehl „Neue Datei“.
  5. Nennen Sie es README dot em dee, im Projektstammverzeichnis.
  6. Speichern Sie das komplette fiktive Projekt README, nicht die Markdown-Zäune.
  7. Indexpunkt H T M L erstellen im selben Repository.
  8. Rette den ursprünglichen Helden mit dieser unterstützenden Linie.
  9. Öffnen Sie funktionierende Änderungen, um sie anzuzeigen beides neue, nicht verfolgte Dateien.
  10. Ohne Inszenierung Die Schaltfläche führt zunächst alle Änderungen durch.
  11. Das Terminal bestätigt zwei nicht verfolgte Dateien, nicht zwei Commits.
  12. Ein normaler Commit kann diese nicht aufzeichnen Dateien, bevor Sie deren Inhalt auswählen.
  13. Stellen Sie zunächst nur die README-Datei bereit.
  14. Entferne es erneut. Es ist gespeichert Der Arbeitstext bleibt erhalten.
  15. Unstage ändert die Auswahl; Mit „Verwerfen“ können Arbeitsinhalte entfernt werden.
  16. Stellen Sie nun beide gewünschten Dateien nacheinander bereit.
  17. Die S- und U-Verknüpfungen funktionieren in ihrem fokussierte Listen, nicht innerhalb von Textfeldern.
  18. Überprüfen Sie den bereitgestellten Inhalt. nicht nur die Anzahl der Dateien.
  19. Die Zusammenfassung zählt Zeilen; das tut es beweisen nicht, dass diese Zeilen richtig sind.
  20. Die vorbereitete Ausgabe ist immer noch der ursprüngliche Held.
  21. Öffnen Sie die Arbeitsdatei erneut. nicht der inszenierte Vergleich.
  22. Bewahren Sie die spätere Unterstützung auf Linie, ohne sie zu inszenieren.
  23. Nun erscheint der gleiche Pfad in beiden Vergleichen.
  24. Der nicht inszenierte Vergleich zeigt die spätere Bearbeitung anhand des Index.
  25. Die inszenierte Ergänzung noch enthält die frühere Zeile.
  26. Lesen Sie den Index direkt um zu beweisen, was vorbereitet ist.
  27. Ohne erneute Inszenierung, was unterstützend Zeile wird das erste Commit enthalten?
  28. Schreiben Sie eine Zusammenfassung, die beschreibt der Held, den du tatsächlich hinzugefügt hast.
  29. Behalten Sie Änderungen und alle optionalen Verhaltensweisen bei Aus für diesen ersten lokalen Commit.
  30. Begehen Sie die beiden abgestuften Pfade, nicht jede sichtbare Zeile.
  31. Warten Sie, bis Git die Erstellung bestätigt den Vorgang als abgeschlossen betrachten.
  32. Main zeigt nun auf seinen ersten lokalen Commit.
  33. Die spätere Arbeitsbearbeitung bleibt erhalten absichtlich außerhalb des Commits.
  34. Überprüfen Sie den Betreff und den Autor und Committer unabhängig.
  35. Es gibt einen Commit, der enthält genau diese beiden Wege.
  36. Ein leerer zwischengespeicherter Diff kann nebeneinander existieren mit einer funktionierenden Modifikation.
  37. Die aufgezeichnete Datei ist früher; die Die Arbeitsdatei enthält immer noch die neuere Zeile.
  38. Es wurde nichts hochgeladen. Dies Das Repository hat immer noch keine Fernbedienung.
  39. Wenn Sie die spätere Bearbeitung zuerst durchführen, die vorbereitete Ausgabe ändert sich.
  40. Dieses alternative Commit zeichnet die auf neuere Linie und hinterlässt ein sauberes Ergebnis.
  41. Die Commit-Verknüpfung ist eine Alternative Einreichung, kein zweiter Abschlussschritt.
  42. Wenn Git dies ablehnt, überprüfen Sie die Ausgabe und Überprüfen Sie den bereitgestellten Inhalt, bevor Sie es erneut versuchen.
  43. Verwerfen Sie die verbleibende Bearbeitung nicht oder gehen Sie davon aus, dass „Rückgängig“ jeden Puffer abdeckt.
  44. Ihr Prüfpunkt ist ein exakter Commit plus eine bewusste Arbeitsbearbeitung.
  45. Überprüfen Sie den aufgezeichneten Inhalt und die Identität und übrig gebliebene Arbeit separat.
  46. Speichern schreibt die Arbeitsdatei; Staging-Auswahl; Aufzeichnungen begehen.
  47. Behalten Sie die spätere Bearbeitung bei. Als nächstes prüfen diffs und fügen Sie die Tools des Projekts hinzu.
  48. Von diesem verifizierten Zustand aus fortfahren, nicht aus einem vermeintlich sauberen Ordner.

Alle Tutorials