GitHub: Zusammenarbeit mit Pull Requests

Git verwaltet deinen Code lokal, aber sobald du im Team arbeitest oder dein Projekt mit anderen teilen möchtest, kommt GitHub ins Spiel. GitHub ist eine Plattform, auf der du deine Repositories online hostest und gemeinsam an Code arbeitest. Das wichtigste Werkzeug der Zusammenarbeit ist dabei der Pull Request. In diesem Beitrag schauen wir uns den kompletten Ablauf an.

Was ist ein Pull Request?

Ein Pull Request (kurz PR) ist ein Vorschlag, deine Änderungen aus einem Branch in einen anderen zu übernehmen. Statt deinen Code einfach in main zu drücken, bittest du das Team höflich: "Bitte schaut euch meine Änderungen an und nehmt sie auf." So entsteht ein Ort für Diskussion, Code-Review und Qualitätssicherung.

Pull Requests sind kein Git-Feature im engeren Sinne, sondern eine Funktion der Plattform GitHub. Andere Plattformen wie GitLab nennen das Gleiche "Merge Request".

Repository klonen und Remote einrichten

Bevor du mitarbeitest, holst du dir das Projekt auf deinen Rechner. Das nennt man klonen. Dabei richtet Git automatisch eine Verbindung zum Online-Repository ein, das sogenannte origin.

# Ein Repository von GitHub klonen
git clone https://github.com/nutzer/projekt.git

# In den Projektordner wechseln
cd projekt

# Verbundene Remotes anzeigen
git remote -v

Der Befehl git remote -v zeigt dir, mit welchem Online-Repository dein lokales Projekt verbunden ist. Standardmäßig heißt diese Verbindung origin.

Einen Branch erstellen und pushen

Für deine Arbeit legst du einen eigenen Branch an. Wenn du fertig bist, lädst du ihn mit git push zu GitHub hoch. Erst dann können andere ihn sehen.

# Neuen Feature-Branch erstellen
git switch -c feature-kontaktformular

# Änderungen committen
git add kontakt.html
git commit -m "Kontaktformular hinzugefügt"

# Branch zu GitHub hochladen
git push -u origin feature-kontaktformular

Die Option -u beim ersten Push verknüpft deinen lokalen Branch mit dem Branch auf GitHub. Danach genügt für weitere Uploads ein einfaches git push.

Den Pull Request öffnen

Nach dem Push zeigt dir GitHub auf der Weboberfläche meist direkt einen Button "Compare & pull request" an. Du gibst deinem PR einen aussagekräftigen Titel und beschreibst, was du geändert hast. Eine gute Beschreibung hilft den Reviewern enorm.

In der Beschreibung solltest du erklären: Was hast du geändert, warum war es nötig und wie kann man es testen. Je klarer dein PR, desto schneller wird er akzeptiert.

Review und Anpassungen

Deine Kolleginnen und Kollegen schauen sich den Code an, kommentieren einzelne Zeilen und schlagen Verbesserungen vor. Wenn du etwas ändern sollst, machst du das einfach lokal und pushst erneut. Der Pull Request aktualisiert sich automatisch.

# Nach Feedback Änderungen vornehmen
git add kontakt.html
git commit -m "Validierung der E-Mail ergänzt"

# Erneut pushen, der PR aktualisiert sich von selbst
git push

Du musst also keinen neuen Pull Request öffnen. Jeder weitere Commit auf dem Branch landet automatisch im bestehenden PR.

Mergen und aufräumen

Ist alles in Ordnung, wird der Pull Request gemergt, oft direkt über den grünen Button auf GitHub. Danach holst du dir den aktuellen Stand und räumst deinen lokalen Branch auf.

# Auf main wechseln und neuesten Stand holen
git switch main
git pull

# Den lokalen Feature-Branch löschen
git branch -d feature-kontaktformular

Mit git pull holst du dir die gemergten Änderungen herunter. So bleibt dein lokaler main immer synchron mit GitHub.

Fazit

Pull Requests machen aus Git ein echtes Teamwerkzeug. Du klonst ein Projekt, arbeitest auf einem eigenen Branch, pushst ihn und öffnest einen PR zur Diskussion. Nach dem Review wird gemergt, und der Code ist sauber im Hauptzweig. Dieser Ablauf sorgt für nachvollziehbare Änderungen und bessere Codequalität. Trau dich, auch bei Open-Source-Projekten mitzumachen, denn dort lernst du den Pull-Request-Workflow am besten in der Praxis kennen.