Ich befolge das git-flow Workflow-Modell für die Versionskontrolle. Während ich in einem Feature-Zweig gearbeitet habe, hat jemand anderes einen anderen Feature-Zweig zusammengeführt, um einen Zweig zu entwickeln, der einige Baumänderungen des Projekts enthält. Nun ist die Projektstruktur in meiner Funktion Zweig unterscheidet sich von der Struktur der Entwicklung Zweig (zB: In meiner Funktion Zweig Ich arbeite in einer Datei in sich,Wie können Baumkonflikte in Git am besten behandelt werden?
„com.translators.components“
. Aber in der Branche entwickeln die Datei befindet,
"modules.com.translators.components"
). Als ich einen Pull aus dem Entwicklungszweig nahm, zeigte git eine sehr große Anzahl von Konflikten, da viele Dateipositionen geändert wurden.
Ein normaler Rebasee fusioniert nicht alle Commits zu einem Commit, das würde nur mit einem Squash passieren. Rebasing bewahrt tatsächlich Commits auf. Aber abgesehen davon, warum lösen Sie nicht einfach die Zusammenführungskonflikte auf? Angenommen, die andere Zusammenführung ist legitim, können Sie diese Konflikte nicht vermeiden. –
Danke Tim. Das habe ich korrigiert. Momentan fusioniere ich manuell, indem ich die Konflikte behebe. Aber die Anzahl der Konflikte ist enorm. Ich suche nur einen Weg, um dieses Problem mit weniger Aufwand zu beheben. –