Git-Workflow Release-Branch vorteilhaft abschließen

Ich gehe mal davon aus dass mit "Anlegen eines Tags" gemeint ist, auf 
dem Release-Branch einen Tag zu machen (denn das ist ja, was releast 
worden ist).

Am Ende von Methode 1 enthält der Develop-Branch alles, was auch im 
Release-Branch enthalten ist und zusätzlich auch alles vom 
Master-Branch. Develop und Master sind also nicht unabhängig.

Am Ende von Methode 2 sind Develop und Master weiterhin unabhängig. Man 
kann sich später noch überlegen, ob man denn alles was in Master ist, 
auch in Develop braucht. MMn ist Methode 2 zu bevorzugen, weil man 
danach noch mehr Freiheiten hat.

Ich selbst würde aber Methode 3 nehmen:

Anlegen eines Tags (am Release-Branch).
Release-Branch wird in den Master-Branch gemerged.

Der Develop-Branch kommt hier gar nicht ins Spiel. Erst wenn es 
notwendig wird, überlegt man sich, ob man für Develop nur Release 
braucht oder gleich den ganzen Master und handelt entsprechend.

Der Release-Branch wird nicht gelöscht, denn es könnten ja noch weitere 
Hot-Fixes notwendig werden.

Außerdem verwende ich Topic-Branches und merge immer nur die Topics 
(Develop1, Develop2, ...) nach Master und nicht umgekehrt. Aber das ist 
eine andere Geschichte.