From 4e15ab45d70021b0870948ea9787c3a886724215 Mon Sep 17 00:00:00 2001 From: blaerf Date: Sat, 15 Nov 2025 11:37:56 +0100 Subject: [PATCH] =?UTF-8?q?Screenshots=20eingef=C3=BCgt?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Gitea-Workflow.-.md | 20 ++++++++++++++++---- 1 file changed, 16 insertions(+), 4 deletions(-) diff --git a/Gitea-Workflow.-.md b/Gitea-Workflow.-.md index 067f50c..5c7f69c 100644 --- a/Gitea-Workflow.-.md +++ b/Gitea-Workflow.-.md @@ -53,16 +53,21 @@ Ein Pull Request ist deine formale Anfrage, deine Änderungen in `main` zu über 1. Gehe in Gitea zu unserem Projekt-Repository. 2. Klicke auf den Reiter **"Pull Requests"**. -3. Klicke auf den blauen Knopf **"Neuer Pull Request"**. + ![Pull-Requests](images/Screenshot1.png) +3. Klicke auf den blauen Knopf **"Neuer Pull-Request"**. + ![Neuer Pull-Request](images/Screenshot2.png) 4. **Wähle die Branches aus:** * **Basis-Branch (links):** Wähle `main` (dort soll es hin). * **Vergleichs-Branch (rechts):** Wähle deinen Branch (z.B. `feature/dein-feature-name`). -5. Klicke erneut auf **"Pull Request erstellen"**. +5. Klicke erneut auf **"Neuer Pull-Request"**. + ![Pull-Request erstellen](images/Screenshot3.png) 6. Fülle die Maske aus: * **Titel:** Ein klarer Titel (z.B. "Feature: User-Login hinzugefügt"). * **Beschreibung:** Beschreibe kurz, *was* du getan hast und *warum*. * **Reviewer: (Optional)** Du kannst den Pull Request einem oder mehreren Kollegen direkt zuweisen. Wenn du niemanden auswählst, geht der Pull Request in den allgemeinen Pool und wartet auf eine proaktive Prüfung durch das Team. - + + ![Pull-Request Beschreibung](images/Screenshot5.png) + ### Schritt 4: Auf Feedback reagieren Dein Reviewer (oder ein Kollege, der den PR proaktiv prüft) wird sich den Code nun ansehen. @@ -122,15 +127,19 @@ Es gibt zwei Wege, wie ein Pull Request zu dir kommt: * **Dies ist entscheidend, damit keine Pull Requests übersehen werden.** * Weise dir den Pull Request selbst zu (falls gewünscht) oder beginne direkt mit Schritt 2. + ![Pull-Requests](images/Screenshot6.png) + ### Schritt 2: Den Code prüfen Öffne den Pull Request in Gitea. Konzentriere dich auf diese Bereiche: - +![Pull-Request auswählen](images/Screenshot7.png) 1. **Beschreibung:** Verstehst du, *was* der Autor tun wollte? Ist das Ziel klar? 2. **Reiter "Geänderte Dateien":** Das ist der Kern deiner Arbeit. Gehe die Änderungen durch. * **Funktioniert das?** Löst der Code das beschriebene Problem? * **Gibt es offensichtliche Fehler?** (z.B. fehlende Fehlerbehandlung). * **Ist der Code verständlich?** Sind Variablen und Funktionen sinnvoll benannt? * **Passt es zum Rest des Projekts?** Hält sich der Code an unsere Architektur? + +![Pull-Request öffnen](images/Screenshot8.png) ### Schritt 3: Feedback in Gitea geben Während du die Dateien prüfst, kannst du direkt Kommentare hinterlassen: @@ -139,6 +148,8 @@ Während du die Dateien prüfst, kannst du direkt Kommentare hinterlassen: * Schreibe dein Feedback. * Wenn du alle Kommentare gesammelt hast, klicke oben auf **"Review abschicken"** (oder "Submit Review"). + + ### Schritt 4: Den Review abschließen Wenn du deinen Review abschickst, musst du eine Entscheidung treffen: @@ -150,4 +161,5 @@ Wenn du deinen Review abschickst, musst du eine Entscheidung treffen: * **Wann:** Der Code ist fehlerfrei, verständlich und bereit für den `main`-Branch. * **Was passiert:** Du klickst auf "Approve". Der Pull Request wird als "genehmigt" markiert. + ![Pull-Request Review](images/Screenshot10.png) **Wichtig:** Der Autor des Pull Requests ist (sofern nicht anders vereinbart) anschließend dafür verantwortlich, den Merge durchzuführen, nachdem die Genehmigung erteilt wurde. \ No newline at end of file