0Pricing
DevOps Bootcamp · Lektion

Pull Requests erstellen und prüfen

Lernen Sie den Lebenszyklus eines Pull Requests kennen – von der Erstellung über Prüfung und Genehmigung bis zum Merge auf GitHub.

Pull Requests erstellen und prüfen ist eine kostenlose DevOps Bootcamp-Lektion auf CoddyKit. Dies ist Lektion 1 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des DevOps Bootcamp-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.

Was sind Pull Requests?

Pull Requests (PRs) sind ein zentraler Bestandteil der kollaborativen Entwicklung auf Plattformen wie GitHub. Sie bieten eine Möglichkeit, Änderungen an einem Projekt vorzuschlagen und überprüfen zu lassen, bevor sie integriert werden.

Stellen Sie sich einen PR als formelle Anfrage vor, Ihren neuen Code in einen Haupt-Branch, normalerweise main oder develop, zu mergen.

Warum Pull Requests verwenden?

PRs bieten Teams und Einzelentwicklern mehrere wichtige Vorteile:

  • Code-Review: Andere können Ihren Code auf Fehler, bewährte Vorgehensweisen und Verbesserungsmöglichkeiten überprüfen.
  • Diskussion: Sie bieten einen eigenen Raum, um Änderungen zu besprechen.
  • Qualitätssicherung: Es wird sichergestellt, dass nur genehmigter und getesteter Code in das Hauptprojekt gelangt.
  • Nachverfolgung von Änderungen: Eine klare Historie darüber, wer was und warum geändert hat.

Der PR-Workflow: Überblick

Der typische Workflow für einen Pull Request umfasst folgende Schritte:

  1. Einen neuen Branch für Ihr Feature oder Ihren Fix erstellen.
  2. Änderungen vornehmen und in Ihrem neuen Branch committen.
  3. Ihren Branch zu GitHub pushen.
  4. Einen Pull Request auf GitHub öffnen.
  5. Reviewer geben Feedback und genehmigen die Änderungen.
  6. Ihre Änderungen in den Haupt-Branch mergen.

Schritt 1: Einen Feature-Branch erstellen

Bevor Sie Änderungen vornehmen, empfiehlt es sich, einen neuen Branch zu erstellen. So bleibt Ihre Arbeit vom Hauptprojekt getrennt, bis sie fertig ist.

Verwenden Sie git checkout -b, um einen neuen Branch zu erstellen und zu ihm zu wechseln:

git checkout main
git pull origin main
git checkout -b my-new-feature

Schritt 2: Änderungen committen

Nehmen Sie nun die erforderlichen Codeänderungen für Ihr Feature oder Ihren Bugfix vor. Sobald Sie fertig sind, stellen Sie sie bereit und committen Sie sie in Ihren neuen Branch – genau wie jeden anderen Git-Commit.

# Edit files, e.g., README.md
git add README.md
git commit -m "feat: Add new user profile section"

Schritt 3: Ihren Branch pushen

Nachdem Sie Ihre Änderungen lokal committet haben, pushen Sie Ihren neuen Branch in Ihr Remote-Repository auf GitHub. Dadurch werden Ihr Branch und seine Commits online sichtbar.

Das Flag -u legt den Upstream-Branch fest, sodass zukünftige git push-Befehle einfacher auszuführen sind.

git push -u origin my-new-feature

Schritt 4: Einen Pull Request öffnen

Sobald Ihr Branch gepusht wurde, fordert GitHub Sie normalerweise dazu auf, direkt auf der Seite Ihres Repositorys oder über den Tab „Pull requests“ einen Pull Request zu erstellen.

  • Wählen Sie Ihren Feature-Branch als head (Quelle) aus.
  • Wählen Sie den Branch main (oder den Ziel-Branch) als base aus.
  • Fügen Sie einen aussagekräftigen Titel und eine Beschreibung hinzu, in denen Sie Ihre Änderungen erläutern.

Schritt 5: Den Pull Request prüfen

Nach dem Öffnen tritt Ihr PR in die Review-Phase ein. Teammitglieder (Reviewer) prüfen Ihren Code, stellen Fragen oder schlagen Verbesserungen vor.

  • Tab „Conversation“: Diskussionen und Kommentare.
  • Tab „Files changed“: Die genauen Codeunterschiede (Diff) anzeigen.
  • Tab „Commits“: Einzelne Commits im PR anzeigen.

Schritt 6: Feedback und Genehmigungen

Reviewer können Kommentare direkt zu Codezeilen hinterlassen oder allgemeines Feedback geben. Anschließend können sie:

  • Approve: Der Code kann integriert werden.
  • Request changes: Vor dem Mergen sind weitere Arbeiten erforderlich.
  • Comment: Allgemeines Feedback geben, ohne den Merge zu blockieren.

Auf Grundlage des Feedbacks müssen Sie möglicherweise weitere Commits in Ihrem Feature-Branch erstellen.

Schritt 7: Ihren PR mergen

Sobald Ihr PR genehmigt wurde, kann er in den Basis-Branch gemergt werden. GitHub bietet mehrere Merge-Optionen:

  • Merge commit: Bewahrt alle Commits aus dem Feature-Branch.
  • Squash and merge: Kombiniert alle Commits zu einem neuen Commit.
  • Rebase and merge: Spielt die Commits des Feature-Branchs auf dem Basis-Branch erneut ab.

Die gewählte Methode wirkt sich auf die Commit-Historie Ihres Projekts aus.

Kurztest: PR-Grundlagen

Sie haben gerade die grundlegenden Schritte zum Erstellen und Verwalten von Pull Requests kennengelernt. Testen wir Ihr Verständnis!

Zusammenfassung: Die Vorteile von Pull Requests

Pull Requests sind grundlegend für die moderne Zusammenarbeit im Team. Sie haben gelernt, wie Sie:

  • einen neuen Branch für Ihre Arbeit erstellen.
  • Ihren Branch zu GitHub pushen.
  • einen Pull Request starten.
  • den Review- und Genehmigungsprozess verstehen.
  • Ihre Änderungen in das Hauptprojekt mergen.

PRs zu beherrschen ist entscheidend, um effektiv zu jedem Git-basierten Projekt beizutragen!

Häufig gestellte Fragen

Ist die Lektion „Pull Requests erstellen und prüfen“ kostenlos?

Ja — der vollständige Text von „Pull Requests erstellen und prüfen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des DevOps Bootcamp-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Pull Requests erstellen und prüfen“?

Lernen Sie den Lebenszyklus eines Pull Requests kennen – von der Erstellung über Prüfung und Genehmigung bis zum Merge auf GitHub. Du übst DevOps Bootcamp mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um DevOps Bootcamp zu starten?

Keine Vorkenntnisse erforderlich. DevOps Bootcamp auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 1 von 4.

Wie lange dauert die Lektion „Pull Requests erstellen und prüfen“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser DevOps Bootcamp-Lektion Code schreiben und ausführen?

Ja. Jede DevOps Bootcamp-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Pull Requests erstellen und prüfen
  2. Fork-Workflows auf GitHub
  3. Code-Reviews und Genehmigungen
  4. Entwürfe für Pull Requests und Pull-Request-Vorlagen
← Zurück zu DevOps Bootcamp