GIT: gemeinsam an einem Zweig arbeiten-Merge

[pertzschc]

Wenn Ihr mit einem zentralen Repo arbeitet, habt Ihr zwei einfache Möglichkeiten:

1)
- jeder erstellt sich einen eigenen Branch "A" und "B" und mergt seine Ergebnisse nach Fertigstellung in den zentralen Master per Pull Request.
- wer als erstes mergt muss seine Änderungen nur mit dem Stand im Master zusammenbringen
- wer als zweites fertig wird und mergt, muss seine Änderungen mit dem neuen Stand im Master zusammenbringen, wo ja auch bereits die Änderungen des anderen Branches enthalten sind. Am einfachsten geht das dann auch wieder mit einem Pull Request und einem Rebase der eigenen Änderungen auf den Master.

2)
- Ihr erstellt nur einen gemeinsamen Branch "A" und arbeitet daran lokal
- Jeder muss dann regelmäßig seine Commits nach zentral pushen und auf der anderen Seite auch regelmäßig von zentral pullen
- Zum Schluss wird gemergt wie bei Variante eins und danach der Branch gelöscht (und ein neuer eröffnet).


Hier gibt es weitere gute Erklärungen und Demos: https://learngitbranching.js.org/?demo=&locale=de_DE

[haentschman]

Zitat:

Oder habt ihr ein Täglichen Workflow wo morgens ein Pull von Master gemacht wird und abends ein Commit und Push zum Master?

...so hatte ich mir das vorgestellt.

Zitat:

per Pull Request.

...das hatte ich befürchtet. Das ich das noch nie gemacht habe. Da muß ich nochmal lesen.

Zitat:

und danach der Branch gelöscht

Ich hatte gehofft, das das automatisch geht...

[freimatz]

Das Löschen eines Branches geht in TortoiseGIT doch mit drei Klicks ... - wo ist das Problem?
In git ist ein branch (und auch amster ist nur einer) nur ein Pointer auf einem Commit. Es gibt da kein offen oder so.

[Aviator]

Zur Not irgendwann mal alle Branches auf einmal löschen. Da wo noch nicht gemerged wurde meckert GIT sowieso.

[freimatz]

Noch was: wenn du push und pull kennst, würde ich mir die Einarbeitung in pull requests sparen.

[himitsu]

Ja, GIT selber löscht nicht eigenmächtig einen Branch.

Bin mir grad nicht ganz sicher, aber der "Branch" in Origin dürfte verschwinden,
aber ein lokaler Branch (Checkout -B) wird nicht automatisch beim Pull/Fetch gelöscht.



Rein theoretisch kann man über den vorhandenen Upstream erkennen, dass dieser Branch mal "extern" existierte und nun weg ist und der Pull/Fetch hätte eigentlich fragen können, ob er gleich mit weg kann.

[Aviator]

Sofern ein Branch mal auf dem Remote existiert hat und der durch jemand anderen gelöscht wurde, muss man sowieso mit git fetch -p arbeiten.

Die Frage in diesem Fall ist aber, ob der zusätzliche Branch überhaupt auf den Server gepushed oder ob immer nur lokal gemerged wird.

[pertzschc]

Grundsätzlich würde ich den sehr guten Client empfehlen : https://fork.dev/