2210892
/
WIZARD_PR2_DOP22
forked from 2211945/WIZARD_PR2_DOP
1
0
Fork 0
Code Pull Requests Activity
12 Commits
1 Branch
0 Tags
212 KiB
Java 100%
 
Go to file
Philipp Kotte d2ca1a5bb4 Merge pull request 'Klassen Geschlecht, Kartenfarbe und Spieler erstellt.' (#8) from kts into main 
Reviewed-on: 2211945/WIZARD_PR2_DOP#8
Reviewed-by: Philipp Kotte <2211945@stud.hs-mannheim.de>
 		2023-10-10 12:16:06 +02:00
Domain Klassen Geschlecht, Kartenfarbe und Spieler erstellt. 2023-10-10 12:04:21 +02:00
Facade Anlegen erster Klassen und Struktur 2023-10-05 23:32:29 +02:00
Infrastructure Anlegen erster Klassen und Struktur 2023-10-05 23:32:29 +02:00
UI Anlegen erster Klassen und Struktur 2023-10-05 23:32:29 +02:00
.gitignore .gitignore hinzugefügt 2023-10-07 10:54:20 +02:00
PR2L - U01.pdf Anleitung Dopatka Übung Nr 1 2023-10-05 23:19:54 +02:00
README.md Richtlinien für das Arbeiten mit geschützem Mainbranch Schreibfehler korrigiert 2023-10-05 23:15:56 +02:00

README.md

Wizard PR2 Prof. Dopatka

Gruppe Studienleistung bereits vorhanden

Teilnehmer

  • Kai Sellman
  • Odin Selimovic
  • Mohammad Hawrami
  • Philipp Kotte

Für das Arbeiten mit geschützten Mainbranch

Wenn Änderungen durchgeführt werden müssen, kann dieses nicht direkt auf dem main-Branch gepusht werden sondern muss mit einem Separatem Branch und Pull-Request durchgeführt werden. Die Schritte um einen Feature-Branch zu erstellen sind folgende:

1. Erstellen eines neuen Branch auf Basis des aktuellen main:

git checkout -b <Branchname>

Switchen zwischen den branches: git checkout <Branchname>

Hier wird das Feature Ausgearbeitet und fertiggestellt.

2. Aktualisieren mit Mainbranch

Besonders wenn eine Weile an dem Feature Branch gearbeitet wurde, können bereits Änderungen auf Main durchgeführt worde sein. Daher wird vor dem Pull Request der Feature-Branch mit dem Main-Branch gemerget.

Mergen des Main-Branch in den Feature Branch git pull origin main

3. Pull Request

Danach damit wir alle die Changes mitbekommen muss ein Pull Request auf Gitea gestellt werden. Im zuge dessen findet eine Code Review von einem beliebigen Teammitglied statt, damit dieser frei gegeben werden kann.