In unserem Projekt wird Git seit ungefähr einer Woche verwendet, und wir alle genießen es sehr (die Verwendung in einer engen Arbeitsgruppe stellt sich als eine ganz andere Git-Erfahrung heraus). Um die Dinge so einfach wie möglich zu halten, nehmen wir keine Umbasierungen oder Historienänderungen vor. Aber wir haben in der ersten Woche ein paar Fehler gemacht. Es wurden einige Festschreibungen vorgenommen, die nicht hätten vorgenommen werden dürfen, und es ist uns gelungen, einen Feature-Zweig in den falschen Integrationszweig (1.1 statt 1.0) zusammenzuführen. Und wir haben nichts über diese Dinge herausgefunden, bis sie lange in unserer Geschichte waren.

Jetzt sehe ich viele Warnungen vor dem Umschreiben der Geschichte, aber ich bin mir nicht sicher, ob ich die damit verbundenen Gefahren verstehe. Wir verwenden ein gemeinsames nacktes Repository, und alle Zweige werden zur Sicherung dorthin verschoben.

Ich würde erwarten, dass, wenn Sie den Verlauf umschreiben (z. B. ein Commit entfernen), die vollständige Liste der nachfolgenden Commits dieses Commit "verlieren" (und möglicherweise nicht kompilieren / arbeiten). Ich würde auch erwarten, dass ich in diesem Fall entscheiden könnte, ob ich das Problem am Anfang des Verlaufs beheben möchte (und diesen Teil des Verlaufs einfach als nicht kompilierend belasse).

Müssen meine Kollegen spezielle Befehle ausführen, wenn ich die Geschichte umschreibe (und alles kompiliert / funktioniert in allen betroffenen Zweigen)? (Mit anderen Worten, werden sie "wissen, dass ich es getan habe", wenn ich es gut gemacht habe?)Werden Benutzer mit lokalen Änderungen, von denen ich nichts weiß, für Zusammenführungsfehler beim Abrufen von Git berechtigt sein?Vermisse ich hier etwas Wesentliches?

Verweise auf Artikel / Tutorials zu diesem Thema wären auch sehr nett.