Versionskontrolle mit Git

Git wird dann wirklich nützlich, wenn du den Projektzustand vor einer Änderung erklären und danach belegen kannst, was ein Zweig enthält. Dieser Praxiskurs schafft diese Grundlage mit lokalen Repositorys, vorbereiteten Snapshots, lesbarer Historie, isolierten Branches und gezielten Ignorierregeln.

Du konfigurierst die Commit-Identität, machst gewöhnliche Verzeichnisse zu Repositorys, untersuchst Änderungen zeilenweise und bewegst Dateien durch Arbeitsbaum, Staging-Bereich und Historie. Die Abschlussaufgabe wendet den Ablauf auf Nginx an: eine Port-80-Basis bewahren und eine Port-443-Variante auf einem eigenen Branch entwickeln.

Was du lernen wirst

• Git prüfen und einen globalen Commit-Namen und eine E-Mail-Adresse konfigurieren
• Ein lokales Repository initialisieren und die verborgenen .git-Metadaten erkennen
• Nicht verfolgte, geänderte, bereitgestellte, committete und ignorierte Zustände unterscheiden
• Änderungen vor Staging und Commit mit git diff prüfen
• Vollständige und kompakte Historie mit git log und git log --oneline lesen
• Einen Feature-Branch erstellen, wechseln und dort unter Wahrung der Isolation committen
• Eine *.log-Regel mit .gitignore schreiben und mit git check-ignore prüfen

Für wen dieser Kurs geeignet ist

Dieser Kurs auf mittlerem Niveau richtet sich an Linux-Anwender, Entwickler, Systemadministratoren und DevOps-Lernende, die einen verlässlichen lokalen Git-Ablauf für Code oder Konfigurationen suchen. Er hilft besonders, wenn Staging, Commit-Historie oder das Verhältnis von Branches zu Arbeitsdateien noch unklar sind.

Voraussetzungen: Grundkenntnisse im Linux-Terminal und in der Dateibearbeitung. Weder Git-Erfahrung noch ein Online-Hostingkonto sind nötig.

Lernumgebung: Ein LabEx-Linux-Terminal mit Git und vorbereiteten lokalen Repositorys; sämtliche Arbeit bleibt auf der Labormaschine.

Häufig gestellte Fragen

Behandelt der Kurs GitHub oder Zusammenarbeit über Remotes?

Nein. Er konzentriert sich vollständig auf lokales Git: Konfiguration, Initialisierung, Status, Staging, Commits, Historie, Branches und Ignorierregeln. Remotes sowie clone, fetch, pull und push kommen nicht vor.

Führe ich den Feature-Branch zusammen oder löse Konflikte?

Nein. Du committest in isolierten Branches und wechselst zurück zum Hauptbranch, um dessen unveränderte Dateien zu belegen. Merge, Rebase und Konfliktlösung liegen außerhalb des Kurses.

Was zeigt das abschließende Repository?

Der Hauptbranch behält die Nginx-Basis mit listen 80;. Der Branch secure_mode enthält die committete *.log-Regel und die Änderung auf listen 443;; damit wird die unabhängige Weiterentwicklung sichtbar.