🧠 Git & GitHub – Zusammenfassung und Nachschlagewerk

Diese Datei soll dir als Nachschlagewerk und Lernhilfe für die Arbeit mit Git und GitHub dienen. Sie enthält die wichtigsten Begriffe, Befehle und Arbeitsweisen für den Programmieralltag und die Zusammenarbeit im Team.🔧 Git – Lokal arbeiten

---

🔑 Wichtige Begriffe

Begriff	Erklärung
Repository (Repo)	Projektordner mit Git-Verwaltung. Lokal oder online (z. B. auf GitHub).
Clone	Eine Kopie eines Remote-Repos auf deinen Rechner laden.
Commit	Eine Version deiner Änderungen lokal speichern.
Push	Änderungen vom lokalen Repo ins Remote-Repo hochladen.
Pull	Änderungen vom Remote-Repo in dein lokales Repo holen.
Branch	Ein paralleler Arbeitszweig, um unabhängig zu arbeiten.
Merge	Zwei Branches zusammenführen.
Merge-Konflikt	Wenn zwei Branches dieselbe Stelle geändert haben – muss manuell gelöst werden.
Staging Area	Zwischenstation, bevor du Änderungen committest.

---

🧰 Wichtige Git-Befehle (lokal)

Befehl	Beschreibung
git init	Neues Git-Repository im aktuellen Ordner erstellen
git status	Zeigt an, welche Dateien geändert wurden
git add datei.md	Datei zur Staging-Area hinzufügen
git add .	Alle Änderungen hinzufügen
git commit -m "Nachricht"	Änderungen dauerhaft speichern
git log	Verlauf der Commits anzeigen
git diff	Zeigt die Unterschiede der Änderungen
git checkout branch-name	In einen anderen Branch wechseln
git branch	Lokale Branches anzeigen
git branch neuer-branch	Neuen Branch erstellen
git merge anderer-branch	Branch in aktuellen Branch einfügen
git merge --abort	Merge abbrechen (bei Konflikten)

---

🌍 Arbeit mit Remote-Repositories (GitHub)

Befehl	Beschreibung
git clone <url>	Repository von GitHub klonen
git remote -v	Zeigt verbundene Remotes (z. B. origin)
git push	Änderungen hochladen
git pull	Änderungen vom Server holen
git push --set-upstream origin <branch>	Neuen Branch zu GitHub pushen
git fetch	Holt alle Änderungen vom Remote, ohne sie einzufügen

---

🤝 Zusammenarbeit im Team

• Arbeiten nicht im Browser, sondern lokal.
• eigene Branches für Änderungen nutzen
• häufige Commits durch führen.
• Regelmäßig git pullbenutzen, um auf dem neuesten Stand zu bleiben.
• Wenn mit GitHub gearbeitet wird:
  • Forkt ggf. das Repo (wenn nötig)
  • einen Pull Request erstellen, wenn man fertig ist

---

📝 Markdown – kurz erklärt

Markdown ist eine einfache Auszeichnungssprache für Textformatierung. Wichtig für die README.md.

Beispiele:

Überschriften

Überschrift 1

Überschrift 2

Überschrift 3

---

Textformatierung

Fett: **fett**
Kursiv: *kursiv*
Fett und kursiv: ***fett und kursiv***
Durchgestrichen: ~~durchgestrichen~~

---

Listen

• Ungeordnete Liste (Aufzählung)
  • Unterpunkt
  • Noch ein Unterpunkt

1. Nummerierte Liste
2. Punkt 2
3. Punkt 3

---

Links und Bilder

Mehr Infos zu Markdown

---

Code

Inline-Code: `Code`

Codeblock (mit Syntax-Highlighting):

echo "Test"

---

🧪 Typische Abläufe im Alltag mit Git

---

🔁 Lokales Arbeiten

# Repository klonen
git clone <repo-url>

# In den Projektordner wechseln
cd projektordner

# Neuen Branch erstellen und wechseln
git checkout -b mein-branch

# Änderungen machen (Dateien bearbeiten)

# Änderungen zur Staging-Area hinzufügen
git add .

# Änderungen committen
git commit -m "Änderung"

# Neuen Branch zum Remote-Repository pushen und Tracking einrichten
git push --set-upstream origin mein-branch

# Bewertung – Git & GitHub Zusammenfassung
Annabell & Ezgi

Eure Zusammenfassung ist sehr ansprechend und es macht durch die kleinen Emojis wirklich Spaß, sie zu lesen :)

## 1. Begriffe

**Punkte: 3 / 3**

**Begründung:**
- Die wichtigsten Git-Begriffe wurden korrekt und kompakt erklärt (z. B. „Repository“, „Commit“, „Staging Area“).
- Es wurde eine tabellarische Form gewählt, die für Lern- und Nachschlagezwecke gut geeignet ist.
- Die Beschreibungen sind korrekt, verständlich und für Einsteiger wie auch Fortgeschrittene hilfreich.

**Verbesserungsvorschläge:**
- Es fehlen Begriffe wie das "Working Diretory" oder "Remote".

---

## 2. Lokale Git-Befehle

**Punkte: 2 / 3**

**Begründung:**
- Alle wichtigen lokalen Befehle sind enthalten: `init`, `status`, `add`, `commit`, `log`, `checkout`, `merge`, `branch`, `diff`, `merge --abort`.
- Die Erklärungen sind knapp, aber korrekt und verständlich.
- Praktisch strukturiert mit klaren Funktionsbeschreibungen – gut geeignet zum Nachschlagen.

**Verbesserungsvorschläge:**
- Kurze Hinweise auf Anwendungsfälle (z. B. „`merge --abort` → bei Konflikten einsetzen“) könnten ergänzt werden.
- Typische Fehlermeldungen und der Umgang damit wären hilfreich.

---

## 3. Remote-Repositories

**Punkte: 3 / 3**

**Begründung:**
- Relevante Remote-Befehle (`clone`, `push`, `pull`, `fetch`, `push --set-upstream`, `remote -v`) sind korrekt enthalten.
- Die Tabelle ist gut strukturiert und bietet eine klare Übersicht.
- Das Zusammenspiel mit GitHub wird inhaltlich korrekt abgebildet.
- Besonders gut finde ich den Punkt "Typische Abläufe im Alltag mit Git", wobei es hier nicht wie in der Überschrift nur um lokales Arbeiten geht, sondern ja auch ums clonen und pushen.

**Verbesserungsvorschläge:**
- Typische Fehlermeldungen und der Umgang damit wären hilfreich.

---

## 4. Zusammenarbeit über GitHub

**Punkte: 3 / 3**

### Commit-Verlauf und Branching-Strategie (siehe Git-Graph)
- Es wurden mehrere Branches verwendet (`annabell`, `ezgi`, `Beeellooo-patch-1`), was auf eine sinnvolle Aufgabenteilung hinweist.
- Die Branches wurden regelmäßig in `master` gemerged.
- Der Verlauf zeigt, dass Konflikte wie „Merge-Konflikt in README.md“ erkannt und aktiv gelöst wurden.

### Commit-Nachrichten
- Die Commitnachrichten sind größtenteils klar und beschreibend (z. B. „README aktualisiert: Zusammenfassung bearbeitet“, „Markdown – kurz erklärt“).
- Änderungen an Inhalten werden korrekt und verständlich dokumentiert – auch kleine Korrekturen wurden getrennt erfasst.
- Positiv: Inhaltliche Arbeit wurde nicht in einem großen Commit zusammengefasst, sondern sinnvoll aufgeteilt.

### Anzahl und Qualität der Commits
- Viele kleine, aufeinanderfolgende Commits zeigen, dass regelmäßig gearbeitet und getestet wurde.
- Merges wurden regelmäßig durchgeführt, ohne den Verlauf unübersichtlich zu machen.
- Gute Balance zwischen Umfang und Frequenz – keine unnötige Fragmentierung und keine überladenen Commits.

**Verbesserungsvorschläge:**
- Einige Commit-Nachrichten könnten konkreter sein (z. B. „README aktualisiert“ → besser: „README: Abschnitt zu Branches ergänzt“).


---

## Gesamtbewertung

| Kriterium                        | Punkte (max. 3) |
|----------------------------------|-----------------|
| 1. Begriffe                      | 3               |
| 2. Lokale Git-Befehle            | 2               |
| 3. Arbeit mit Remote-Repositories| 3               |
| 4. Zusammenarbeit über GitHub    | 3               |
| **Gesamt**                       | **11 / 12**     |

--> **91% --> sehr gut (14 NP.)**