KI-App-Entwicklung von Null – 1000 Stunden #2: Das nächste Monster ist Git!

Beim letzten Mal habe ich es endlich geschafft, meine Entwicklungsumgebung einzurichten.
Ich dachte, jetzt könnte ich mich entspannen.

Ich lag völlig falsch.

Diesmal stand ich Git gegenüber—einem furchteinflößenden Monster, das mich fast gebrochen hätte.
Mir war nicht bewusst, dass dieses Ding mein lebenslanger Begleiter auf meiner Programmierreise werden würde.

VSCode? React? Was ist das überhaupt?

Bevor wir in Git eintauchen, klären wir ein paar Dinge.
Falls du gerade denkst: „Moment mal, warum reden wir plötzlich über VSCode und React?“—keine Sorge, ich erkläre es dir.

• VSCode (Visual Studio Code) → Stell es dir als deine digitale Werkbank vor, auf der du Code schreibst, bearbeitest und ausführst.
• React → Ein Tool zur Erstellung von Web-Apps. Meine To-Do-Listen-App? Das ist die Magie, die sie antreibt!
• Git → Der ultimative „Speichern“-Knopf für deinen Code. Es ermöglicht dir, Änderungen nachzuverfolgen, zu früheren Versionen zurückzukehren und an mehreren Geräten zu arbeiten.
  Denke an Git wie an ein Zauberbuch für Zeitreisen—aber für Entwickler!

„Oh, also macht Git alles sicherer und einfacher?“

Genau das dachte ich—bis ich in die absolute Hölle abstieg.

---

Git? Versionskontrolle? Brauche ich das wirklich?

„Installiere Git.“—das sagten sie alle.
Jedes Tutorial, jeder Blogartikel bestand darauf.

Aber ich war skeptisch:

„Warum? Ich arbeite doch alleine. Brauche ich wirklich Versionskontrolle?“

Damals verstand ich es nicht…
Und oh, wie sehr ich diese Ignoranz später bereuen würde.

Deshalb hinterlasse ich meinem zukünftigen Ich diese Notiz:
„Wenn du Git nicht installierst, kannst du deine Fehler nicht rückgängig machen. Und du wirst leiden. Sehr.“

Git ist im Grunde ein ultra-mächtiges Ctrl+Z—es hilft dir, Änderungen zu verfolgen, verlorene Dateien wiederherzustellen und verschiedene Versionen deines Projekts zu verwalten.
Falls etwas schiefläuft, kannst du in der Zeit zurückreisen und es beheben!

---

Git installieren: Willkommen in meiner persönlichen Hölle

Mit dieser Erkenntnis machte ich mich daran, Git zu installieren.

• Ich suchte nach der offiziellen Git-Website (und verbrachte viel zu viel Zeit damit, zu überlegen, welchen Link ich klicken sollte).
• Ich lud den Installer herunter und startete ihn (klickte gedankenlos mehrfach auf „Weiter“).
• Installation abgeschlossen! (Aber natürlich hat sich noch nichts geändert.)

Bis hierhin lief alles gut… und dann begann der Albtraum.

Ich versuchte, meinen ersten Git-Befehl auszuführen:

bashコピーする編集するgit init

Und was bekam ich?

„Der Befehl ‚git‘ ist entweder falsch geschrieben oder konnte nicht gefunden werden.“

Was?!

Ich starrte auf den Bildschirm. „Du bist doch eine KI, oder? Kannst du das nicht selbst herausfinden?“
Git: „…“ (Keine Reaktion).

---

Git nicht erkannt? Die Windows-Falle!

Panik. Ich hatte Git installiert—warum funktionierte es nicht?!

Nach einiger Recherche fand ich heraus, dass Windows Git nicht automatisch erkennt, es sei denn, man konfiguriert eine sogenannte Umgebungsvariable manuell.

…Super. Das klingt ja total benutzerfreundlich.

Ich stellte mir eine grüne Wiese voller technischer Einfachheit vor—aber nein, das war reines Chaos.

Das musste ich tun:

1. Startmenü öffnen
2. Nach „Umgebungsvariablen“ suchen
3. „Systemumgebungsvariablen bearbeiten“ auswählen
4. Den „Path“-Bereich finden und den Git-Installationspfad manuell hinzufügen

Nach all dem konnte ich endlich Git-Befehle ausführen.

---

Ein Repository erstellen! Aber natürlich… noch mehr Fehler.

„Endlich! Git funktioniert!“, dachte ich.

bashコピーする編集するgit init

Boom!

„Leeres Git-Repository initialisiert.“

Erfolg!! Ich habe es geschafft!!

Aber dann…

bashコピーする編集するgit add .

Plötzlich wurde mein Bildschirm mit Warnmeldungen überschwemmt:

„LF wird durch CRLF ersetzt.“

…Was zum Teufel ist LF? Und was ist CRLF?!

Es stellte sich heraus, dass Windows und Mac Zeilenumbrüche unterschiedlich handhaben.
Wusste ich das? Absolut nicht.

Zum Glück fand ich heraus, dass es sich nur um eine Warnung handelte, also ignorierte ich sie und machte weiter.
(Mit „ignorieren“ meine ich, dass ich das Terminal geschlossen und so getan habe, als wäre nichts passiert.)

---

.gitignore: Noch eine Runde Schmerzen

Als Nächstes musste ich eine .gitignore-Datei erstellen, um unnötige Dateien wie node_modules/ und .env auszuschließen.

Voller Selbstvertrauen tippte ich in das Terminal:

bashコピーする編集するnode_modules/
.env

Git antwortete:

„Der Befehl ‚node_modules/‘ ist nicht erkannt.“

Hä?!

Es stellte sich heraus, dass ich ein kompletter Idiot war.
Ich hatte die Regeln direkt ins Terminal geschrieben, anstatt sie in einer .gitignore-Datei zu speichern.

Lektion gelernt: .gitignore ist eine Datei, kein Befehl.

---

Endgegner: Die Git-Identitätskrise

Nachdem .gitignore endlich funktionierte, war ich bereit für den letzten Schritt:

bashコピーする編集するgit commit -m "Initial commit"

…Und wieder eine Fehlermeldung.

„Autoridentität unbekannt.“

Git wollte wissen, wer diesen Commit gemacht hat. Kein Problem, also setzte ich meinen Namen und meine E-Mail-Adresse:

bashコピーする編集するgit config --global user.name "C.River"
git config --global user.email "ika.com0508@gmail.com"

Dann versuchte ich es erneut:

bashコピーする編集するgit commit -m "Initial commit"

Endlich…

„[master (root-commit)] Initial commit“

Es hat funktioniert!

Ich lehnte mich zurück, erschöpft, aber siegreich.

„Ich… ich könnte tatsächlich ein Genie sein!“