Gitea: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Roth (Diskussion | Beiträge)
Roth (Diskussion | Beiträge)
Zeile 54: Zeile 54:
Fertig.
Fertig.


**Exkurs über das mergen**: In Gitea ist standardmäßig "Pull-Request zusammenführen" ausgewählt, die Variante die wir im Sopra verwenden. Es gibt aber auch die Optionen "Rebasen und Mergen" und "Zusammenfassen und Mergen".
'''Exkurs über das mergen''': In Gitea ist standardmäßig "Pull-Request zusammenführen" ausgewählt, die Variante die wir im Sopra verwenden. Es gibt aber auch die Optionen "Rebasen und Mergen" und "Zusammenfassen und Mergen".


Bei **"Rebasen und Mergen"** werden die Commits aus dem Quell (master) in den Ziel (release) Branch hinzugefügt, ohne einen Merge Commit. Allerdings unterscheidet sich Giteas "rebase" von "git rebase" und es werden neue aber identische Commits erzeugt, die dann andere Hashes haben. Dies würde Konflikte erzeugen wenn der master Branch weiter zum entwickeln genutzt wird, da beim nächsten merge request die eigentlich identischen Comitts als unterschiedlich angesehen werden. Man müsste also jedes mal "master" löschen und neu erstellen.
Bei '''"Rebasen und Mergen"''' werden die Commits aus dem Quell (master) in den Ziel (release) Branch hinzugefügt, ohne einen Merge Commit. Allerdings unterscheidet sich Giteas "rebase" von "git rebase" und es werden neue aber identische Commits erzeugt, die dann andere Hashes haben. Dies würde Konflikte erzeugen wenn der master Branch weiter zum entwickeln genutzt wird, da beim nächsten merge request die eigentlich identischen Comitts als unterschiedlich angesehen werden. Man müsste also jedes mal "master" löschen und neu erstellen.


Bei **"Zusammenfassen und Mergen"** werden alle Commits der Quelle (master) in einen Commit gepackt und nur dieser an den Ziel Branch (release) angefügt. Es geht also die Granulierung gurch zusammenfassen aller Vorgänger Commits im Ziel Branch (release) verloren.
Bei '''"Zusammenfassen und Mergen"''' werden alle Commits der Quelle (master) in einen Commit gepackt und nur dieser an den Ziel Branch (release) angefügt. Es geht also die Granulierung gurch zusammenfassen aller Vorgänger Commits im Ziel Branch (release) verloren.


Siehe auch [https://help.github.com/en/articles/about-merge-methods-on-github dieser Github Artikel für mehr Information], der das identische verhalten von Github beim Zusammenführen von Merge-Requests beschreibt.
Siehe auch [https://help.github.com/en/articles/about-merge-methods-on-github dieser Github Artikel für mehr Information], der das identische verhalten von Github beim Zusammenführen von Merge-Requests beschreibt.
Abgerufen von „https://sopranium.de/Gitea