taarly/PHP_AdminTool_Projekt
3
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Screenshots eingefügt

blaerf 2025-11-15 11:37:56 +01:00
parent 2af8c408fe
commit 4e15ab45d7
1 changed files with 16 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
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,9 +127,11 @@ 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?
@ -132,6 +139,8 @@ Es gibt zwei Wege, wie ein Pull Request zu dir kommt:
* **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.