00 Quiz: Terminal- und CLI-Grundlagen

Ein Terminal ist eine textbasierte Schnittstelle – im Grunde eine Textkonversation mit deinem Computer. Du gibst Befehle ein, und der Computer antwortet mit Textausgaben. Obwohl Terminals ursprünglich physische Geräte (Option B) in den 1960er-70er Jahren waren, sind sie heute Softwareprogramme namens “Terminalemulatoren”, die dieselbe textbasierte Interaktion simulieren. Sie sind keine grafischen Browser (C), und obwohl manche Browser Entwicklerkonsolen haben, ist ein Terminal eine eigenständige Anwendung (D).

Die Terminalanwendung ist das Fenster (zuständig für Textanzeige, Farben, Schriftarten, Scrollen). Die Shell ist das Programm, das in diesem Fenster läuft, deine Befehle interpretiert und mit dem Betriebssystem kommuniziert. Die Vorlesung verwendet eine Analogie: Das Terminal ist das Telefon (das Gerät), und die Shell ist die Sprache, die du am Telefon sprichst. Option C vertauscht die korrekten Definitionen, und Option A ignoriert eine Unterscheidung, die beim Troubleshooting oder bei der Konfiguration wichtig ist.

Seit macOS Catalina (2019) ist die Standard-Shell zsh. Davor verwendete macOS bash. Linux-Distributionen verwenden typischerweise bash als Standard, und Windows verwendet PowerShell als Standard. Command Prompt (cmd.exe) ist keine Shell im Unix-Sinne.

Git Bash wird empfohlen, weil es eine Bash-Shell unter Windows bereitstellt, sodass Befehle wie ls, cd, cat, grep genauso funktionieren wie unter Linux und macOS. Die überwiegende Mehrheit der Tutorials und Dokumentationen verwendet Bash-Syntax. WSL (C) ist eine fortgeschrittene Option, die für diesen Kurs nicht benötigt wird. PowerShell (B) verwendet eine andere Syntax, und Command Prompt (A) ist veraltet.

Jede Option im VS Code Terminal-Dropdown öffnet dasselbe Terminalfenster, aber mit einer anderen Shell darin. Das ist die Terminal-vs.-Shell-Unterscheidung in Aktion – das VS Code Terminal ist die Terminalanwendung, und du wählst, welche Shell darin läuft. Du kannst sogar mehrere Terminal-Tabs nebeneinander öffnen, jeder mit einer anderen Shell.

Bash und Zsh sind beide Unix-Shells, die dieselben Kernbefehle verstehen: cd, ls, mkdir, rm, cat, echo, grep und Hunderte mehr. Wenn du Bash lernst, kannst du im Grunde auch Zsh für den täglichen Gebrauch. Die Unterschiede (Zsh hat bessere Tab-Vervollständigung, Rechtschreibkorrektur und Anpassungsmöglichkeiten) sind nur bei fortgeschrittener Nutzung relevant. Die Vorlesung rät: “Verschwende jetzt keine Zeit mit der Shell-Auswahl.”

Das $ am Anfang ist der Prompt – es zeigt an, dass das Terminal bereit für deinen nächsten Befehl ist. Du gibst es nicht selbst ein. Du tippst nur git status und drückst Enter. Verschiedene Shells verwenden unterschiedliche Prompt-Symbole ($ für Bash, % für Zsh, > für PowerShell), aber sie alle dienen demselben Zweck: “Ich bin bereit für deinen nächsten Befehl.”

Die ~ (Tilde) ist eine Abkürzung für dein Home-Verzeichnis (/home/user unter Linux, /Users/user unter macOS, C:\Users\user unter Windows). Das Stammverzeichnis ist /, das übergeordnete Verzeichnis ist .., und das aktuelle Verzeichnis ist ..

In der Befehlsstruktur git commit -m "Add README file" ist -m ein Flag (auch Option genannt), das das Verhalten des Befehls modifiziert. Konkret teilt -m dem Befehl commit mit, dass der nächste Wert die Commit-Nachricht ist. Ohne -m würde git einen Texteditor öffnen, damit du die Nachricht schreibst. git ist das Programm (D), commit ist der Unterbefehl (A) und "Add README file" ist das Argument (B).

Die meisten Flags haben zwei Formen: eine Kurzform (einzelner Bindestrich + ein Buchstabe, wie -m) und eine Langform (doppelter Bindestrich + ein Wort, wie --message). Sie tun genau dasselbe. Kurzformen sind schneller zu tippen; Langformen sind leichter zu lesen. Dieses Muster ist konsistent über die meisten CLI-Tools hinweg, nicht nur bei git.

PATH ist eine Umgebungsvariable, die eine Liste von Ordnern enthält. Wenn du einen Befehl wie git eingibst, durchsucht die Shell diese Ordner der Reihe nach, bis sie ein Programm mit diesem Namen findet. Die Vorlesung vergleicht es mit einem Telefonbuch: Die Shell schlägt den eingegebenen Namen in einer Liste bekannter Adressen nach. Wenn der Ordner des Programms nicht im PATH ist, erhältst du “command not found”.

“Command not found” bedeutet nicht, dass das Programm generell nicht existiert – es bedeutet, dass die Shell es nicht finden kann. Die häufigsten Ursachen sind: (1) das Programm ist nicht installiert, oder (2) der Installationsordner des Programms ist nicht in deinem PATH. Eine dritte häufige Ursache ist, dass du das Programm installiert, aber das Terminal nicht neu gestartet hast – viele Installer fügen zum PATH hinzu, aber die Änderung wird erst in neuen Terminalfenstern wirksam.

Ein Programm ist einfach eine Datei auf deiner Festplatte, die Anweisungen enthält, die dein Computer ausführen kann. Ein Programm zu installieren bedeutet, Dateien auf deine Festplatte zu kopieren und typischerweise den Ordner des Programms zu deinem PATH hinzuzufügen, damit die Shell es finden kann. Ein Programm auszuführen bedeutet, dass das Betriebssystem die Datei liest und die darin enthaltenen Anweisungen befolgt. Es gibt keine Magie – keine Kernel-Kompilierung (B), keine Neukompilierung bei jedem Start (C) und kein Internet-Streaming (D).

Git ist ein kompiliertes Programm – sein Quellcode wurde einmalig von einem Compiler in Maschinencode übersetzt, wodurch eine eigenständige ausführbare Datei entstand. Der Computer führt sie direkt aus. Python-Skripte sind interpretiert – der Quellcode wird Zeile für Zeile von einem anderen Programm namens Interpreter gelesen und ausgeführt. Die .py-Datei ist nicht eigenständig ausführbar; du brauchst den Python-Interpreter: python mein_skript.py bedeutet “sage dem Python-Interpreter, dass er diese Datei lesen und ausführen soll.”

Das Programm (z.B. python, ruff, git) ist das eigentliche Werkzeug, das die Arbeit im Terminal erledigt. Die IDE-Erweiterung ist eine Brücke zwischen VS Code und dem Programm – sie ruft das Programm im Hintergrund auf und zeigt die Ergebnisse in VS Code an (Syntaxhervorhebung, Fehlerunterstreichungen, Autovervollständigung). Die Erweiterung enthält keinen eigenen Python-Interpreter (C); sie kommuniziert mit dem installierten Programm. Wenn du die Erweiterung installierst, aber das Programm vergisst, zeigt VS Code einen Fehler an, dass kein Python-Interpreter gefunden werden kann.

Der Hauptvorteil von Skripten ist Wiederholbarkeit und Wartbarkeit. Ein Skript tut genau das, was du manuell getan hast, aber schneller, ohne Tippfehler und wiederholbar. Wenn du den Einrichtungsprozess ändern musst, bearbeitest du eine Datei, anstatt dich an eine Befehlssequenz erinnern zu müssen. Dieses Prinzip liegt aller modernen Automatisierung zugrunde: Pre-Commit-Hooks, CI/CD-Pipelines, Test-Runner und Linter. Skripte umgehen nicht die Shell (A) und verhindern auch nicht alle Fehler (B).