Lösungen
Aufgabe 1: Einführung in die Versionsverwaltung
Frage 1: Was versteht man unter Versionsverwaltung und warum ist sie wichtig? Erläutere zwei grundlegende Konzepte der Versionsverwaltung.
Lösung:
Versionsverwaltung bezieht sich auf die Verwaltung und Nachverfolgung von Änderungen an Dateien und Projekten über die Zeit. Sie ist wichtig, weil sie die Zusammenarbeit zwischen Entwicklern erleichtert, Änderungen nachvollziehbar macht und die Möglichkeit bietet, zu früheren Versionen zurückzukehren, wenn Fehler auftreten.
Zwei grundlegende Konzepte der Versionsverwaltung:
- Commit: Ein Snapshot der Änderungen, der in der Historie des Repositories gespeichert wird. Jeder Commit hat eine eindeutige ID und eine Nachricht, die die Änderungen beschreibt.
- Branch: Ein unabhängiger Entwicklungszweig, der vom Hauptzweig abgezweigt wird, um parallel neue Features zu entwickeln oder Fehler zu beheben, ohne den stabilen Code zu beeinträchtigen.
Aufgabe 2: Überblick über gängige Versionsverwaltungssysteme
Frage 2: Nenne drei gängige Versionsverwaltungssysteme und beschreibe kurz deren Hauptmerkmale und Vorteile.
Lösung:
Git:
- Merkmale: Verteilt, leistungsfähig, ermöglicht einfaches Branching und Merging.
- Vorteile: Jeder Entwickler hat eine vollständige Kopie des Repositories, was hohe Flexibilität und Redundanz bietet.
Subversion (SVN):
- Merkmale: Zentralisiert, einfach zu bedienen, gut integriert in viele Entwicklungsumgebungen.
- Vorteile: Einfache Verwaltung durch zentrales Repository, gut für kleinere Teams geeignet.
Mercurial:
- Merkmale: Verteilt, einfach zu bedienen, hohe Leistung.
- Vorteile: Benutzerfreundlichkeit und schnelle Operationen, ähnlich wie Git, aber oft einfacher zu lernen.
Aufgabe 3: Installation und Einrichtung
Frage 3: Beschreibe die Schritte zur Installation und Einrichtung von Git auf einem Windows- und einem Linux-System. Führe alle wichtigen Befehle und Einstellungen auf.
Lösung:
Windows:
- Lade das Git-Installationsprogramm von git-scm.com herunter.
- Führe das Installationsprogramm aus und folge den Anweisungen.
- Öffne Git Bash nach der Installation.
- Konfiguriere Git mit deinem Namen und deiner E-Mail-Adresse:
git config --global user.name "Dein Name"
git config --global user.email "dein.email@example.com"
Linux (Debian/Ubuntu):
- Öffne ein Terminal.
- Installiere Git mit dem Paketmanager:
sudo apt-get install git
Konfiguriere Git mit deinem Namen und deiner E-Mail-Adresse:
git config --global user.name "Dein Name"
git config --global user.email "dein.email@example.com"
Aufgabe 4: Grundlegende Befehle und Konzepte in Git
Frage 4: Erkläre die folgenden grundlegenden Git-Befehle und ihre Verwendung:
git initgit clonegit addgit commitgit branchgit checkoutgit mergegit pullgit push
Lösung:
git init: Initialisiert ein neues Git-Repository im aktuellen Verzeichnis
git init
git clone: Klont ein bestehendes Git-Repository in ein neues Verzeichnis.
git clone <repository-url>
git add: Fügt Änderungen zur Staging-Area hinzu, um sie für den nächsten Commit vorzubereiten.
git add <datei>
git commit: Erstellt einen neuen Commit mit den Änderungen in der Staging-Area.
git commit -m "Commit-Nachricht"
git branch: Listet alle Branches auf oder erstellt einen neuen Branch.
git branch <branch-name>
git checkout: Wechselt zu einem anderen Branch oder zu einer bestimmten Version.
git merge <branch-name>
git pull: Holt die neuesten Änderungen vom Remote-Repository und integriert sie in den aktuellen Branch.
git pull origin <branch-name>
git push: Sendet lokale Commits an das Remote-Repository.
git push origin <branch-name>
Aufgabe 5: Fortgeschrittene Git-Funktionen
Frage 5: Was ist der Unterschied zwischen git rebase und git merge? Beschreibe ein Szenario, in dem du git rebase verwenden würdest und ein anderes, in dem du git merge verwenden würdest.
Lösung:
git merge: Führt Änderungen von einem Branch in den aktuellen Branch zusammen und erstellt dabei einen neuen Merge-Commit. Die Historie bleibt unverändert.- Szenario: Verwende
git merge, wenn du die vollständige Historie der Branches beibehalten möchtest, z.B. bei der Integration eines langen Feature-Branches in den Hauptzweig.
- Szenario: Verwende
git rebase: Wendet die Änderungen eines Branches auf einen anderen an, als ob sie direkt auf den Ziel-Branch erstellt worden wären. Die Historie wird neu geschrieben.- Szenario: Verwende
git rebase, um eine saubere und lineare Historie zu erzeugen, z.B. um lokale Commits auf den neuesten Stand des Hauptzweigs zu bringen, bevor du sie pushst.
- Szenario: Verwende
Aufgabe 6: Zusammenarbeit und Workflows
Frage 6: Beschreibe den GitHub Flow-Workflow und die Hauptschritte, die darin enthalten sind. Warum ist dieser Workflow besonders für kleine Teams und Open-Source-Projekte geeignet?
Lösung:
GitHub Flow ist ein einfacher und leichter Workflow, der aus den folgenden Hauptschritten besteht:
- Neuen Branch erstellen: Für jedes neue Feature oder jeden Bugfix wird ein neuer Branch erstellt.
- Änderungen committen: Alle Änderungen werden auf diesem Branch committed.
- Branch pushen: Der Branch wird zu GitHub gepusht.
- Pull Request erstellen: Ein Pull Request wird erstellt, um die Änderungen zur Überprüfung einzureichen.
- Code Review und Diskussion: Teammitglieder überprüfen den Code und diskutieren eventuelle Änderungen.
- Pull Request mergen: Nach der Genehmigung wird der Pull Request in den Hauptzweig gemergt.
- Branch löschen: Der Feature-Branch wird gelöscht.
Dieser Workflow ist besonders für kleine Teams und Open-Source-Projekte geeignet, da er einfach und flexibel ist und eine schnelle und iterative Entwicklung fördert. Er ermöglicht es, Änderungen schnell und effizient zu integrieren, während die Qualität des Codes durch regelmäßige Code-Reviews sichergestellt wird.
Aufgabe 7: Integration und Automatisierung
Frage 7: Erkläre, wie du eine CI/CD-Pipeline mit GitHub Actions einrichten kannst. Füge ein Beispiel für eine Workflow-Datei hinzu, die die Tests automatisch bei jedem Push ausführt.
Lösung:
GitHub Actions ermöglicht die Einrichtung von CI/CD-Pipelines direkt in GitHub. Du erstellst eine Workflow-Datei, die die Schritte definiert, die bei bestimmten Ereignissen (z.B. Push, Pull Request) ausgeführt werden sollen.
Beispiel für eine Workflow-Datei:
Erstelle eine Datei .github/workflows/ci.yml im Repository:
name: CI
on:
push:
branches:
- main
pull_request:
branches:
- main
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- name: Set up Python
uses: actions/setup-python@v2
with:
python-version: '3.x'
- name: Install dependencies
run: |
python -m pip install --upgrade pip
pip install -r requirements.txt
- name: Run tests
run: |
pytest
- name: Generate coverage report
run: |
coverage run -m pytest
coverage report
- name: Upload coverage report
uses: actions/upload-artifact@v2
with:
name: coverage-report
path: coverage/
Dieser Workflow wird bei jedem Push und Pull Request auf den main Branch ausgelöst, installiert die Abhängigkeiten, führt die Tests aus und generiert einen Testabdeckungsbericht.
Aufgabe 8: Best Practices und Fallstricke
Frage 8: Nenne und erkläre drei Best Practices für die Arbeit mit Git. Welche häufigen Fallstricke sollten vermieden werden und wie?
Lösung:
Best Practices:
Regelmäßige und kleine Commits:
- Erleichtert die Nachverfolgbarkeit und Fehlerbehebung.
- Beispiel:
git add <datei>
git commit -m "Implementiert Feature X"
2. Aussagekräftige Commit-Nachrichten:
- Erleichtert das Verständnis der Änderungen.
- Beispiel:
git commit -m "Fügt die Authentifizierungslogik hinzu"
Regelmäßiges Pullen vom Remote-Repository:
- Hält die lokale Kopie auf dem neuesten Stand und reduziert Merge-Konflikte.
- Beispiel
git pull origin main
Häufige Fallstricke:
Direkte Commits auf den Hauptzweig:
- Lösung: Verwende Branches
git checkout -b feature-branch
Merge-Konflikte ignorieren:
- Lösung: Konflikte sorgfältig lösen
git status
# Konflikte manuell lösen und dann:
git add <konfliktdateien>
git commit -m "Löst Merge-Konflikte"
Nicht verfolgte Dateien vergessen:
- Lösung: Regelmäßig den Status überprüfen
git status
git add <neue-datei>
git commit -m "Fügt neue Datei hinzu"
Aufgabe 9: Praxisbeispiel
Frage 9: Erstelle ein kleines Git-Projekt, initialisiere ein Repository und führe die folgenden Schritte aus:
- Erstelle einen neuen Branch namens
feature-branch. - Füge eine neue Datei hinzu und committe die Änderung.
- Mache einen Rebase des
feature-branchauf denmain-Branch. - Löse eventuelle Konflikte und merge den Branch in
main. - Pushe die Änderungen zu einem Remote-Repository.
Lösung:
Neuen Branch erstellen:
git checkout -b feature-branch
Neue Datei hinzufügen und committen:
echo "Neue Funktion" > neue_funktion.txt
git add neue_funktion.txt
git commit -m "Fügt neue Funktion hinzu"
Rebase des feature-branch auf main:
git checkout main
git pull origin main
git checkout feature-branch
git rebase main
Konflikte lösen und mergen:
- Falls Konflikte auftreten
git status
# Konflikte manuell lösen
git add <konfliktdateien>
git rebase --continue
Merge:
git checkout main
git merge feature-branch
Änderungen pushen:
git push origin main