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

Wofür braucht man eigentlich Git – und warum bekommt man ohne es keinen Job?

Wir beginnen nicht mit Befehlen, sondern mit dem Problem: Wir schauen uns an, wie Entwicklung ohne Versionskontrolle aussieht – mit Ordnern wie 'projekt_finale_2', 'projekt_finale_WIRKLICH_FERTIG' und der ständigen Angst, etwas Falsches zu löschen. Sie werden verstehen, welches konkrete Problem Git löst, warum es zum Industriestandard geworden ist und was Arbeitgeber genau prüfen, wenn sie Ihr GitHub-Profil unter die Lupe nehmen.

Versionsverwaltungssystem Änderungsverlauf Verteilte Architektur

คุณจะเรียนรู้อะไรในบทเรียนนี้

Sie werden in der Lage sein, einem Gesprächspartner oder Arbeitgeber in eigenen Worten zu erklären, wozu Versionskontrolle dient – ohne auswendig gelernte Definitionen.
Sie werden verstehen, wie sich das verteilte Modell von Git grundlegend von zentralisierten Systemen unterscheidet und warum das praktisch wichtig ist.
Sie werden erkennen, welche konkreten Git-Kenntnisse bei der Jobsuche überprüft werden.

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

„FINAL_WIRKLICH_FERTIG“ – nicht Ihre Schuld

Bekannte Ordner: Projekt_v2, Final_Korrekturen
So macht man es ohne Versionskontrollsystem
Das ist kein Chaos – das ist primitive Versionsverwaltung
Ihr erster Schritt zum Verständnis von Git

Wenn Sie auf Ihrem Computer Ordner mit Namen wie „Projekt_v2“ oder „Final_Korrekturen_fertig“ sehen, machen Sie sich nicht selbst Vorwürfe wegen mangelnder Organisation. So macht das absolut jeder, der verschiedene Dateiversionen ohne spezielles Werkzeug verwalten muss. Von Studierenden bis zu erfahrenen Entwicklern – alle durchlaufen diese Phase, bevor sie Versionskontrollsysteme entdecken. Im Grunde haben Sie bereits eine Form der Versionsverwaltung erfunden – nur in ihrer einfachsten Form. Das ist kein Chaos, sondern ein natürlicher Schritt zum Verständnis von Git.

Löschangst: Wenn die Geschichte nur im Kopf existiert

Änderungshistorie existiert nur in Ihrem Kopf
Angst, etwas Wichtiges zu löschen
40 Dateiversionen – wo ist die richtige?
Das Gedächtnis skaliert nicht und macht keine Backups

Stellen Sie sich vor, Sie schreiben einen Roman und speichern täglich eine neue Version: „Roman_Entwurf“, „Roman_FINAL“, „Roman_FINAL_Lektorat“. Nach einem Monat haben Sie vierzig Dateien und wissen nicht mehr, in welcher die gelungene Version des dritten Kapitels war. Das Hauptproblem dabei ist, dass die Änderungshistorie nur in Ihrem Kopf existiert – und das menschliche Gedächtnis ist unzuverlässig und macht keine Sicherungskopien. Deshalb haben Sie Angst, alte Versionen zu löschen, selbst wenn sie offensichtlich veraltet sind.

Ein Entwickler ist chaotisch - ein Team zerstört

Chaos im Team ist unvermeidlich
E-Mails mit Archiven aktueller Versionen
Jemand überschreibt fremde Änderungen
Ein Werkzeug für die Zusammenarbeit wird benötigt

Solange Sie alleine arbeiten, funktioniert das System mit Ordnern für verschiedene Versionen irgendwie. Aber sobald eine zweite Person zum Projekt hinzukommt, beginnt das wahre Chaos. Jemand überschreibt versehentlich die Änderungen anderer, die 'aktuelle' Version kommt per E-Mail als Archiv, und nach einer Woche versteht niemand mehr, welche Version tatsächlich die endgültige ist. Das Problem liegt nicht an den Menschen oder ihrer Unachtsamkeit - es liegt am Fehlen eines Werkzeugs, das den gesamten Änderungsverlauf speichert und die Änderungen verschiedener Personen sinnvoll zusammenführen kann. Genau diese Aufgabe löst Git. Aber wie sieht die Arbeit ohne Versionskontrolle in einem echten Projekt aus? Lassen Sie uns konkrete Szenarien von Verlusten durchgehen.

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

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

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

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

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

„FINAL_WIRKLICH_FERTIG“ – nicht Ihre Schuld
Löschangst: Wenn die Geschichte nur im Kopf existiert
Ein Entwickler ist chaotisch - ein Team zerstört
Datei gelöscht - und der Code ist für immer verschwunden
Kein Zurück - also besser nichts anfassen
Im Team: Eine Datei, ein Überlebender
Chaos ohne Historie: Datei_final_v3_KORREKTUR.docx
VCS — Die Zeitmaschine für Ihren Code
Drei Fragen, die eine VCS beantwortet
Vier Komponenten jedes Commits
Git speichert Snapshots, nicht Unterschiede zwischen Dateien
git log: Das Projektjournal live lesen
Zentralisierte VCS: Der Server speichert alles
Ein Server - ein Single Point of Failure
Das Team wächst – der Flaschenhals zieht sich zu
Ein Server – ein Single Point of Failure
Vollständige Kopie: Historie, Branches, alles lokal
Die drei Freiheiten der verteilten Architektur
Warum Git genau zu diesem Zeitpunkt entstand
Drei Gründe, warum Git sich durchgesetzt hat
Git ≠ GitHub: Die häufigste Verwechslung bei Einsteigern
Die Verwechslung, die allen Einsteigern Probleme bereitet
Git — auf Ihrem Computer, GitHub — in der Cloud
Word, Google Drive und drei Alternativen zu GitHub
GitHub — Ihr lebendiger Lebenslauf
Drei Signale, die wie Dokumentation gelesen werden
Was ein Profil ruiniert: Unsichtbarkeit und digitaler Müll
Sinnlose Aktivität: Drei Fallen für das Profil
Geheimnisse im Repo: Warum das eine Katastrophe ist
Ein Profil, das sagt: „Ich beherrsche den Prozess“
Zusammenfassung und Aufgabe