add Zusammenfassugn to README.md and a picture explaining rebase

This commit is contained in:
Luisa Bellitto 2025-04-11 22:59:28 +02:00 committed by GitHub
parent 12f1a6123f
commit 34cd75efea
No known key found for this signature in database
GPG key ID: B5690EEEBB952194

View file

@ -3,7 +3,7 @@ Eine Social Media Plattform zum Teilen von Vogelbildern
## Versionskontrolle ## Versionskontrolle
Wir verwenden git um eine Versionskontrolle zu gewährleisten. Um ein neues Feature anzufangen **muss** ein neuer Branch erstellt werden. Wir verwenden git um eine Versionskontrolle zu gewährleisten. Um ein neues Feature anzufangen **muss** ein neuer Branch erstellt werden.
>Es wird unter keinen umständen im `main` Branch gecodet! >Es wird unter keinen umständen im `master` Branch gecodet!
Ist ein Feature fertig, so wird es erst von einem oder mehreren Teammitgliedern abgesegnet und dann in den `master` Branch gemerged. Ist ein Feature fertig, so wird es erst von einem oder mehreren Teammitgliedern abgesegnet und dann in den `master` Branch gemerged.
Wir arbeiten mit [GitHub Flow](https://www.gitkraken.com/learn/git/best-practices/git-branch-strategy). Wir arbeiten mit [GitHub Flow](https://www.gitkraken.com/learn/git/best-practices/git-branch-strategy).
@ -20,7 +20,17 @@ Wenn das Feature fertig ist muss man wie [hier](https://medium.com/singlestone/a
>Einfach lokal arbeiten. >Einfach lokal arbeiten.
Danach kann eine **Pull Request** gemacht werden und der Branch in `master` **gemerged** werden. Danach kann eine **Pull Request** gemacht werden und der Branch in `master` **gemerged** werden.
Commit Nachrichten sollten sinnvoll geschrieben werden. Commit Nachrichten sollten sinnvoll geschrieben werden (siehe Links).
Hier nocheinmal eine kurze Zusammenfassung:
1. Der Code im `master` branch sollte fehlerlos funktionieren
2. Erstelle Branches immer basierend auf dem `master` branch, z. B. `feature/add-new-payment-types`
3. Committe deine Arbeit immer auf deinen Branch und pushe deine Arbeit regelmäßig
4. Wenn du fertig bist, starte einen Pullrequest
5. Nachdem deine Arbeit von anderen approved wurde kann dein Branch in den `master` Branch gemerged werden
![image](https://github.com/user-attachments/assets/3dda8688-6eee-4a8e-895e-9c1fc2459226)
## Umgang mit Stories ## Umgang mit Stories
Bevor mit einer Aufgabe angefangen wird muss eine Story dazu im Backlog stehen. Diese beinhaltet eine Description, in welcher mit einem Satz beschrieben wird was und warum etwas gemacht werden soll. Ein Beispiel hierfür wäre: "Als Nutzer:in möchte ich ein Bild löschen können, um Bilder, welche mir nicht gefallen haben wieder von der Seite nehmen zu können". Wenn in der Kombination Wer? - Was? - Warum? keine Antwort auf die Warum Frage gegeben werden, so ist die Story unnötig und kann vernachlässigt und gelöscht werden. Bevor mit einer Aufgabe angefangen wird muss eine Story dazu im Backlog stehen. Diese beinhaltet eine Description, in welcher mit einem Satz beschrieben wird was und warum etwas gemacht werden soll. Ein Beispiel hierfür wäre: "Als Nutzer:in möchte ich ein Bild löschen können, um Bilder, welche mir nicht gefallen haben wieder von der Seite nehmen zu können". Wenn in der Kombination Wer? - Was? - Warum? keine Antwort auf die Warum Frage gegeben werden, so ist die Story unnötig und kann vernachlässigt und gelöscht werden.