Detaillierte Grund, warum Remote Git Rebase so böse ist

So komme ich von einem zentralisierten VCS-Hintergrund und versuche, unseren Workflow in Git (neue Firma, junge Codebasis) festzunageln. Eine Frage, auf die ich keine einfache und dennoch detaillierte Antwort finden kann, ist, was genau Rebase auf einem Remote-Zweig bewirkt. Ich verstehe, dass es die Geschichte umschreibt und im Allgemeinen nur auf lokale Zweige beschränkt sein sollte.

Der Workflow, den ich derzeit zu überprüfen versuche, umfasst einen Zweig für die Remote-Zusammenarbeit, wobei jeder Entwickler einen Zweig für die gemeinsame Nutzung von Code "besitzt". (Mit 2 Entwicklern und maximal 3 in absehbarer Zeit erscheint ein Feature-Zweig für jedes Projekt und jede Feature-Anfrage übermäßig und mit mehr Aufwand verbunden als Nutzen verbunden.)

Dann bin ich auf @ gestoßdiese Antwort und haben es ausprobiert und es hat das erreicht, was ich möchte - ein Entwickler legt sich fest und drängt häufig auf seinen eigenen Collab-Zweig, wenn er weiß, was für die Freigabe zur Inszenierung genehmigt ist, kann er sich vor dem Zusammenführen aus der Ferne neu organisieren (zerdrücken und möglicherweise neu organisieren) sich entwickeln

Geben Sie die ursprüngliche Frage ein. Wenn der Remote-Zweig zum Zwecke der Zusammenarbeit verwendet wird, muss er früher oder später von einem anderen Benutzer abgerufen werden. Wenn es ein Prozess- / Schulungsproblem ist, den "Gastentwickler" nicht für diesen Collab-Zweig zu verpflichten, was passiert dann tatsächlich mit dem Zweigbesitzer, der diesen Remote-Zweig neu aufbaut?

Antworten auf die Frage(4)

Ihre Antwort auf die Frage