Large refactor and cleanup, Kitty graphics WIP

examples/slides/01wozu.md

@@ -0,0 +1,7 @@
+- Versionierungssysteme speichern _Änderungsverlauf_ von Dateien
+- Lässt einen Änderungen rückgängig machen
+- Unterstützt einen bei *Zusammenführung* von mehreren Versionen
+  (z.B. stabile und Entwicklungsversion)
+- Synchronisierung zwischen mehreren Rechnern
+- Fehlersuche
+- ...

examples/slides/02branches.md

@@ -0,0 +1,18 @@
+Branches sind mehrere parallele Entwicklungszweige. Wozu Branches?
+
+- Hauptbranch (master, main, etc.) für stabile Version nutzen
+- neue Branches pro zusätzlichem Feature erstellen
+- Arbeit an mehreren Branches unabhängig voneinander möglich
+- Anzeigen aller Änderungen zwischen Branches möglich
+- Springen zwischen Zustand verschiedener Branches
+
+Verschiedene Workflows möglich, je nach Projekt unterschiedlich.
+
+Branches sind in Git "billig":
+
+- Ein Branch ist ein Pointer auf einen Commit
+- Normalerweise ist ein Branch als aktueller Branch ausgewählt
+- Neuer Commit => aktueller Branch zeigt nun auf diesen
+- Neue Branches erstellen = neue Datei mit Hash anlegen
+- Branches können auch komplett lokal bleiben (im Gegensatz zu SVN)
+

examples/slides/02summary.md

@@ -0,0 +1,16 @@
+- `git init [dir]`:
+  neues Repo anlegen
+- `git status`:
+  Aktuellen Zustand zeigen (geänderte, ungetrackte Dateien, Stagingbereich)
+- `git add <path>`:
+  Datei zu Repo hinzufügen / Änderungen in Datei für Commit markieren / "stagen"
+- `git restore --staged <path>`:
+  Änderungen aus Staging wieder herausnehmen
+- `git restore <path>`:
+  Änderungen in Datei verwerfen (zurück zu Dateizustand aus letzten Commit)
+- `git commit [-m message]`:
+  Neuen Commit mit Änderung im Stagingbereich erstellen
+- `git log`:
+  Bisherige Commits anzeigen
+- (`git cat-file`: Git-Objekte im internen Format anzeigen. Braucht man im Alltag nicht)
+