In unserem Team wird in der Regel so vorgegangen, dass wir, wenn wir ein wichtiges Feature haben, an einem Feature-Zweig arbeiten.
mmer wieder - wir verschmelzen vonmaster, um den Feature-Zweig zu verlassen, und wenn wir fertig sind, werden wir wieder zu @ zusammengeführmaster (normalerweise über eine Pull-Anfrage).

Das Problem besteht darin, dass die Commit-Historie nach dem Zusammenführen gemischt wird. Wir haben keine einfache Möglichkeit, die Operation zum Zusammenführen von Zweigen zurückzusetzen und den Zweig auszuschließen, falls dies problematisch ist.

Wir haben ein paar Alternativen erwogen:

Anstatt den Master mit dem Feature-Zweig zu verschmelzen, wird der Zweig auf @ gesetzmaster, damit die Feature-Commits zuletzt im Protokoll angezeigt werden.
Dies würde das Entfernen erleichtern, aber wir haben immer noch das gleiche Problem, wenn jemand diese Regel nicht befolgt.)

Anstatt den Zweig wieder zum Master zusammenzuführen, wird der darüber liegende Feature-Zweig neu aufgebaut. Dies bedeutet wahrscheinlich, dass wir Pull-Anforderungen nicht mehr verwenden können.

Habe täglich einen Skript-Tag-Master.
Da es sehr selten vorkommt, dass ein bereits zusammengeführter Zweig ausgeschlossen werden muss, können wir die Commits seit gestern nacheinander prüfen und berücksichtigen. das klingt sehr abgedreht, steht aber nicht in der Art und Weise, wie wir die Dinge derzeit hier tun

Was ist die beste Vorgehensweise hier?