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
|
## 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.
|
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>`
|
`git checkout -b <Branchname>`
|
||||||
|
|
||||||
> Switchen zwischen den branches
|
> Switchen zwischen den branches:
|
||||||
> `git checkout <Branchname>`
|
> `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