Tastenkürzel

→ Nächste Folie

← Vorherige Folie

ESC Zurück zur Übersicht

F Vollbild

? Diese Hilfe

LB-10 · Scripting & Automatisierung

Git & Versionskontrolle

Änderungen nachvollziehbar verwalten – auch für Configs

🎧 Episode anhören

Warum Versionskontrolle?

Git protokolliert, wer wann was geändert hat – und macht Änderungen rückgängig machbar.

Historie und Nachvollziehbarkeit
Zusammenarbeit ohne Datei-Chaos
Auch für Skripte und Konfigurationen wertvoll

Der Grund-Workflow

git add → git commit → git push

git init / git clone zum Start
git status zeigt den Zustand
git pull holt Änderungen anderer
Aussagekräftige Commit-Nachrichten

Branches

Parallele Entwicklungslinien ohne sich zu stören.

git branch / git switch
Feature in eigenem Branch entwickeln
Später in den Hauptzweig zusammenführen

Merge vs. Rebase

Merge Führt Branches zusammen, behält die Historie beider.

Rebase Setzt Commits neu auf – lineare, aufgeräumte Historie.

Merge ist sicherer für Einsteiger
Rebase nicht auf bereits geteilten Branches

Plattformen & .gitignore

GitHub, GitLab, Azure DevOps als Hosting
.gitignore hält Unnötiges/Geheimes draußen
Niemals Secrets committen
Repositories sinnvoll strukturieren

Git für Konfigurationen

Configs unter Git = Änderungen dokumentiert und rückrollbar.

nginx-, systemd-, Ansible-Dateien versionieren
Vor riskanten Änderungen committen
Bei Problemen gezielt zurückgehen

Konflikte & Rückgängig

git revert macht einen Commit sauber rückgängig – ohne die Historie umzuschreiben.

Merge-Konflikte manuell auflösen
git reset nur lokal/mit Bedacht
git stash parkt Änderungen kurz

Zusammenarbeit

Pull Requests für Review
.gitignore hält Unnötiges/Geheimes draußen
Tags für Releases
Kleine, häufige Commits

Das Wichtigste

add → commit → push als Kern
Branches für paralleles Arbeiten
Merge (sicher) vs. Rebase (aufgeräumt)
Secrets via .gitignore fernhalten