ตัวอย่างบทเรียน

Branches: Die parallele Realität Ihres Codes

Branches sind das Herzstück von Git und genau dort, wo die meisten Anfänger Ängste entwickeln. Wir entmystifizieren Branches: Wir zeigen, dass ein Branch lediglich ein Zeiger und keine Kopie von Dateien ist. Wir erklären, wie man Branches erstellt, zwischen ihnen wechselt und Änderungen zusammenführt. Außerdem zeigen wir anhand praktischer Beispiele den Unterschied zwischen Fast-Forward- und 3-Wege-Merge.

Branch HEAD Merge
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • Sie verstehen, dass ein Branch ein leichtgewichtiger Zeiger ist, und verlieren die Scheu davor, sie bei jeder Gelegenheit zu erstellen.
  • Sie können Branches erstellen, zwischen ihnen wechseln und Änderungen mit dem Befehl 'merge' zusammenführen.
  • Sie können zwischen Fast-Forward- und 3-Wege-Merge unterscheiden und wissen, wann welches Szenario anzuwenden ist.

จุดเริ่มต้นของบทเรียน

Der Mythos vom Dateikopieren in Branches

  • Ein Branch ist keine Dateikopie, sondern ein leichter Zeiger
  • Die Erstellung eines Branches dauert Sekundenbruchteile
  • Keine zusätzlichen Speicherkosten
  • Alle Branches arbeiten mit denselben Dateien

Stellen Sie sich vor, jedes Mal, wenn Sie einen Branch erstellen, würde Ihr gesamtes Projekt kopiert werden - ein Albtraum für große Repositories! Glücklicherweise ist Git viel schlauer aufgebaut. Ein Branch ist lediglich ein Zeiger auf einen bestimmten Commit in der Versionshistorie. Es findet keine Vervielfältigung von Dateien statt, was Branch-Operationen blitzschnell macht. Es ist wie das Wechseln zwischen verschiedenen Zeitpunkten in der Geschichte Ihres Codes, nicht das Erschaffen paralleler Universen für jede Änderung.

Die innere Funktionsweise eines Branches

  • Branch = Textdatei mit einem Commit-Hash
  • Gespeichert in .git/refs/heads/
  • Größe: genau 40 Zeichen
  • Neuer Branch = neue Datei mit Hash

Lassen Sie uns einen Blick unter die Haube von Git werfen. Jeder Branch ist einfach eine Textdatei in einem versteckten .git-Ordner. In dieser Datei sind genau vierzig Zeichen gespeichert - der Hash des letzten Commits im Branch. Wenn Sie einen neuen Branch erstellen, schreibt Git den Hash des aktuellen Commits in eine neue Datei. Der gesamte Vorgang dauert nur Sekundenbruchteile, selbst wenn das Projekt Tausende von Dateien enthält. Verstehen Sie jetzt, warum das Wechseln zwischen Branches sofort erfolgt?

Lesezeichen statt Buchkopie

  • Branch wie ein Lesezeichen in einem Buch
  • Kopiert keine Inhalte
  • Sofortiges Wechseln möglich
  • Unbegrenzte Anzahl erstellbar

Stellen wir uns das Lesen eines Buches vor. Wenn Sie ein Lesezeichen auf einer Seite platzieren, kopieren Sie ja auch nicht das ganze Buch, oder? Sie markieren einfach eine Stelle, um später dorthin zurückzukehren. Ein Branch in Git funktioniert genauso – es ist eine leichte Markierung, die auf einen bestimmten Zustand Ihres Codes zeigt. Sie können Dutzende solcher Markierungen erstellen, ohne zusätzlichen Speicherplatz zu verbrauchen. Das verändert grundlegend die Vorstellung davon, wie man mit verschiedenen Projektversionen gleichzeitig arbeiten kann.

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 21 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Der Mythos vom Dateikopieren in Branches
  2. Die innere Funktionsweise eines Branches
  3. Lesezeichen statt Buchkopie
  4. Branch in der Praxis erstellen
  5. Wie Branches in Git funktionieren
  6. Neue Branch erstellen
  7. Schnellerstellung und Wechsel
  8. Was beim Branch-Wechsel passiert
  9. Wenn das Zusammenführen von Branches konfliktfrei verläuft
  10. Wie das Fast-Forward-Zusammenführen funktioniert
  11. Praktisches Beispiel: Feature in main zusammenführen
  12. Wenn das Zusammenführen von Zweigen nicht automatisch möglich ist
  13. Wie ein Merge-Konflikt aussieht
  14. Schritte zur Konfliktlösung
  15. Warum funktioniert einfaches Zusammenführen nicht immer?
  16. Wie 3-Wege-Zusammenführung funktioniert
  17. Merge-Commit in der Praxis erstellen
  18. Wie langes Warten das Zusammenführen erschwert
  19. Die Gefahr, Merge-Konflikte zu ignorieren
  20. Der richtige Weg, Konflikte zu lösen
  21. Feature-Branch für eine neue Aufgabe erstellen
  22. Paralleles Arbeiten in mehreren Branches
  23. Änderungen in den Hauptbranch zusammenführen
  24. Zusammenfassung: Branches und Merges

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. Einführung: Git vom Anfänger zum sicheren Entwickler
  2. Wofür braucht man eigentlich Git – und warum bekommt man ohne es keinen Job?
  3. Installation und Einrichtung: Git für den ersten Start vorbereiten
  4. Erstes Repository: init, add, commit und die Magie des Index
  5. Versionsgeschichte verstehen: Log, Diff, Show und Navigation durch die Vergangenheit
  6. Branches: Die parallele Realität Ihres Codes
  7. Fehler rückgängig machen: restore, reset, revert – richtig und gefährlich
  8. GitHub und Remote-Repositories: Ihr Code in der Cloud
  9. Teamarbeit: Forks, Feature-Branches und Pull-Requests
  10. Merge-Konflikte: Keine Panik – Verstehen und Lösen
  11. Git-Prozesse in realen Teams: Welchen Workflow soll man wählen?
  12. Fortgeschrittene Tools: Rebase, Stash, Cherry-Pick und Tags
  13. Abschlussprojekt: Simulation einer echten Team-Entwicklung