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

Screenshots formatiert

blaerf 2025-11-15 12:08:06 +01:00
parent 4ac7217fc0
commit e593dafaa2
1 changed files with 14 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
Gitea-Workflow.-.md

@ -53,20 +53,23 @@ Ein Pull Request ist deine formale Anfrage, deine Änderungen in `main` zu über
1. Gehe in Gitea zu unserem Projekt-Repository. 1. Gehe in Gitea zu unserem Projekt-Repository.
2. Klicke auf den Reiter **"Pull Requests"**. 2. Klicke auf den Reiter **"Pull Requests"**.
![Pull-Requests](images/Screenshot1.png)
![Pull-Requests](images/Screenshot1.png)
3. Klicke auf den blauen Knopf **"Neuer Pull-Request"**. 3. Klicke auf den blauen Knopf **"Neuer Pull-Request"**.
![Neuer Pull-Request](images/Screenshot2.png)
![Neuer Pull-Request](images/Screenshot2.png)
4. **Wähle die Branches aus:** 4. **Wähle die Branches aus:**
* **Basis-Branch (links):** Wähle `main` (dort soll es hin). * **Basis-Branch (links):** Wähle `main` (dort soll es hin).
* **Vergleichs-Branch (rechts):** Wähle deinen Branch (z.B. `feature/dein-feature-name`). * **Vergleichs-Branch (rechts):** Wähle deinen Branch (z.B. `feature/dein-feature-name`).
5. Klicke erneut auf **"Neuer Pull-Request"**. 5. Klicke erneut auf **"Neuer Pull-Request"**.
![Pull-Request erstellen](images/Screenshot3.png)
![Pull-Request erstellen](images/Screenshot3.png)
6. Fülle die Maske aus: 6. Fülle die Maske aus:
* **Titel:** Ein klarer Titel (z.B. "Feature: User-Login hinzugefügt"). * **Titel:** Ein klarer Titel (z.B. "Feature: User-Login hinzugefügt").
* **Beschreibung:** Beschreibe kurz, *was* du getan hast und *warum*. * **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. * **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) ![Pull-Request Beschreibung](images/Screenshot5.png)
### Schritt 4: Auf Feedback reagieren ### Schritt 4: Auf Feedback reagieren
Dein Reviewer (oder ein Kollege, der den PR proaktiv prüft) wird sich den Code nun ansehen. Dein Reviewer (oder ein Kollege, der den PR proaktiv prüft) wird sich den Code nun ansehen.
@ -85,8 +88,10 @@ Sobald dein Pull Request genehmigt wurde, ist er bereit für das Mergen.
2. Du siehst den blauen "Merge"-Knopf. Klicke auf den kleinen Pfeil daneben. 2. Du siehst den blauen "Merge"-Knopf. Klicke auf den kleinen Pfeil daneben.
3. Wähle aus dem Menü die Option **"Squash Commit erstellen"**. 3. Wähle aus dem Menü die Option **"Squash Commit erstellen"**.
*(Warum? Dies fasst alle deine Commits zu einem einzigen, sauberen Commit in `main` zusammen. Das hält unsere Projekthistorie lesbar.)* *(Warum? Dies fasst alle deine Commits zu einem einzigen, sauberen Commit in `main` zusammen. Das hält unsere Projekthistorie lesbar.)*
![Pull-Request Review](images/Screenshot12.png)
![Pull-Request Review](images/Screenshot12.png)
4. Bestätige den Merge. 4. Bestätige den Merge.
![Pull-Request Review](images/Screenshot13.png) ![Pull-Request Review](images/Screenshot13.png)
### Schritt 6: Aufräumen ### Schritt 6: Aufräumen
@ -129,10 +134,11 @@ Es gibt zwei Wege, wie ein Pull Request zu dir kommt:
* **Dies ist entscheidend, damit keine Pull Requests übersehen werden.** * **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. * Weise dir den Pull Request selbst zu (falls gewünscht) oder beginne direkt mit Schritt 2.
![Pull-Requests](images/Screenshot6.png) ![Pull-Requests](images/Screenshot6.png)
### Schritt 2: Den Code prüfen ### Schritt 2: Den Code prüfen
Öffne den Pull Request in Gitea. Konzentriere dich auf diese Bereiche: Öffne den Pull Request in Gitea. Konzentriere dich auf diese Bereiche:
![Pull-Request auswählen](images/Screenshot7.png) ![Pull-Request auswählen](images/Screenshot7.png)
1. **Beschreibung:** Verstehst du, *was* der Autor tun wollte? Ist das Ziel klar? 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. 2. **Reiter "Geänderte Dateien":** Das ist der Kern deiner Arbeit. Gehe die Änderungen durch.
@ -163,5 +169,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. * **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. * **Was passiert:** Du klickst auf "Approve". Der Pull Request wird als "genehmigt" markiert.
![Pull-Request Review](images/Screenshot10.png) ![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. **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.