49 lines
1.5 KiB
Markdown
49 lines
1.5 KiB
Markdown
# Wizard PR2 Prof. Dopatka
|
|
|
|
Gruppe Studienleistung bereits vorhanden
|
|
|
|
## Teilnehmer
|
|
|
|
- Kai Sellman
|
|
- Odin Selimovic
|
|
- Mohammad Hawrami
|
|
- Philipp Kotte
|
|
|
|
## Dopatka Regeln wie Klassen anzulegen sind
|
|
|
|
1. statische Konstante
|
|
2. statische Attribute(zB. zähler)
|
|
3. Attribute jedes Objektes
|
|
4. Konstruktoren (default und spezifische)
|
|
5. statische Methoden
|
|
6. Getter und Setter
|
|
7. @Overrides
|
|
8. öffentliche Methodes
|
|
9. Hilfsmethoden (privat)
|
|
|
|
## 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.
|