forked from 2211945/WIZARD_PR2_DOP
Richtlinien für das Arbeiten mit geschützem Mainbranch
parent
1a2cd06318
commit
a444733400
20
README.md
20
README.md
|
@ -12,11 +12,25 @@ Gruppe Studienleistung bereits vorhanden
|
|||
## 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 dafür sind folgende:
|
||||
Die Schritte um einen Feature-Branch zu erstellen sind folgende:
|
||||
|
||||
#### Erstellen eines neuen Branch auf Basis des aktuellen main:
|
||||
#### 1. Erstellen eines neuen Branch auf Basis des aktuellen main:
|
||||
|
||||
`git checkout -b <Branchname>`
|
||||
|
||||
> Switchen zwischen den branches
|
||||
> 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 Gitty gestellt werden.
|
||||
Im zuge dessen findet eine Code Review von einem beliebigen Teammitglied statt, damit dieser frei gegeben werden kann.
|
||||
|
|
Loading…
Reference in New Issue