Preview ng leksyon

Erstes Repository: init, add, commit und die Magie des Index

Wir erstellen unser erstes Repository und begegnen dabei einem Konzept, das viele Jahre lang unverstanden bleibt – der Staging Area (Index). Wir werden erörtern, warum diese 'Zwischenebene' zwischen Arbeitsverzeichnis und Verlauf notwendig ist, und anhand von Beispielen zeigen, warum das zweistufige System add → commit Commits sinnvoll statt zufällig macht.

Repository Staging Area Commit

Ano ang matututunan mo sa leksyong ito

Sie werden verstehen, warum die Staging Area existiert und wie sie dabei hilft, atomare, sinnvolle Commits zu erstellen.
Sie werden in der Lage sein, ein Repository zu erstellen, Dateien zum Index hinzuzufügen und den ersten Commit mit einer passenden Nachricht zu erstellen.
Sie lernen, wie Sie mit 'git add -p' nur Teile der Änderungen einer Datei für den Commit auswählen können.

Simula ng leksyon

Unser erstes Repository erstellen

git init erstellt ein verstecktes .git-Verzeichnis
In .git wird der gesamte Versionsverlauf gespeichert
Ein Repository kann in jedem beliebigen Ordner angelegt werden
Bestehende Dateien werden zunächst nicht versioniert
Analogie: Ein neues Tagebuch in einem leeren Notizbuch beginnen

Stellen Sie sich vor, Ihr Projekt ist ein Buch und das Repository ist der Entwurf, in dem jede Änderung gespeichert wird. Wenn Sie git init ausführen, wird in Ihrem Ordner ein verstecktes .git-Verzeichnis erstellt - das ist das Repository. Darin speichert Git den gesamten Versionsverlauf, Metadaten und Einstellungen. Wichtig zu verstehen: Ein Repository kann jederzeit erstellt werden, auch wenn der Ordner bereits Dateien enthält. Diese werden zunächst als "unversioniert" markiert und können später hinzugefügt werden. Das ist wie der Beginn eines Tagebuchs - Sie besorgen sich ein neues Notizbuch, haben aber noch nicht entschieden, welche Einträge hineinkommen sollen.

Ein Blick unter die Haube von .git

objects: komprimierte Datei- und Commit-Daten
refs: Zeiger auf Branches und Tags wie Lesezeichen
HEAD: aktuelle Position im Versionsverlauf
config: Repository-Einstellungen
hooks: Skripte zur Automatisierung

Werfen wir einen Blick in das .git-Verzeichnis. Hier befindet sich die ganze Magie von Git. Im objects-Verzeichnis werden alle Ihre Dateien und Commits komprimiert gespeichert. Der refs-Ordner enthält Zeiger auf Branches und Tags - ähnlich wie Lesezeichen in einem Buch. Die HEAD-Datei zeigt an, wo Sie sich im Versionsverlauf befinden. Und in config werden die Einstellungen für genau dieses Repository gespeichert. Es gibt auch noch hooks - das sind Skripte, die automatisch bei bestimmten Ereignissen ausgeführt werden. All dies wird von Git bei der Initialisierung automatisch erstellt. Sie müssen hier nur selten hineinschauen, aber das Verständnis der Struktur hilft in komplexen Situationen.

Praxisteil: Repository erstellen

Terminal im Projektordner öffnen
git init ausführen
.git-Erstellung mit ls -la überprüfen
Windows: Bitte dir /ah verwenden
Fertig! Der Ordner ist nun unter Versionskontrolle

Öffnen Sie das Terminal im Projektordner. Geben Sie den Befehl git init ein und drücken Sie Enter. Sie erhalten eine Meldung, dass ein leeres Repository initialisiert wurde. Um zu überprüfen, ob alles geklappt hat, führen Sie den Befehl ls -la aus – Sie sollten nun einen versteckten .git-Ordner sehen. Falls Sie Windows verwenden, nutzen Sie bitte den Befehl dir /ah. Herzlichen Glückwunsch, Ihr Ordner steht nun unter Versionskontrolle! Alle Änderungen, die Sie vornehmen, kann Git nun nachverfolgen. Jetzt, da das Repository erstellt ist, werden wir uns ansehen, wie Git Dateien klassifiziert – das ist der Schlüssel zum Verständnis seiner Funktionsweise.

# Projektordner erstellen und hineinwechseln
mkdir my_first_repo
cd my_first_repo

# Repository initialisieren
git init

# .git-Erstellung überprüfen
ls -la | grep .git

Buong leksyon ay para sa subscription

20 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

Unser erstes Repository erstellen
Ein Blick unter die Haube von .git
Praxisteil: Repository erstellen
Die drei Dateizustände: Warum sie wichtig sind
Arbeitsverzeichnis: Ihr kreativer Bereich
Staging-Bereich: Änderungen in sinnvollen Portionen zusammenfassen
Commit: Änderungen dauerhaft speichern
Git Staging-Bereich: Zwischenstufe für Commits
Hinzufügen einer bestimmten Datei zum Index
Hinzufügen aller geänderten Dateien
Was ist ein Commit in Git?
Erstellen des ersten Commits
Wie man gute Commit-Nachrichten schreibt
Das Problem gemischter Änderungen
Git add -p in Aktion
Wie man Patches liest
Warum ein Commit ohne add nicht funktioniert
Eine Aufgabe – ein Commit
Commit-Nachrichten, die auch in einem Jahr noch verständlich sind
Erstellen des ersten Repositories
Die Staging-Area: Zwischen Code und Commit
Einen sinnvollen Commit erstellen
Ihr erster Commit: Was kommt als Nächstes?