git: Größere merge Konflikte in Python code lösen

[buhtz]

Ich bin jetzt das erste Mal in der Situation, dass ich einen develop (bzw., release) branch, der über mehrere Monate gewachsen und entwickelt wurde, zurück nach "main" mergen muss.

Dabei entstehen natürlich merge Konflikte die ich lösen muss.
Git/diff nimmt keine Rücksicht auf Python-Semantik, sondern sieht wohl nur Textzeilen.
Konflikte werden in der Datei ja mit "<<<<<<< HEAD" usw dargestellt.

Mein Problem ist, dass einige Dateien hier derart zerschnitten werden, dass es aus Python Sicht eigentlich keinen Sinn mehr ergibt. Nachvollziehen kann ich nicht, wie git/diff hier auf Konflikte kommt. Es geht hier nicht um einige Zeilen, sondern die Konfliktblöcke sind über 100 Zeilen groß. Die Datei hat insgesamt ca 2500 Zeilen.

Da ich in dem Projekt der einzige Entwickler bin, kann ich ziemlich sicher sein, dass ich ich lieber nur den "develop/release" Code haben möchte und die Konflikte mit dem alten "main" Code ignoriert werden können.

Gibt es einen Zauberbefehl (ohne sed/regex und Co), mit dem ich ausdrücken kann: "Ignoriere Konflikte, nimmt einfach Branch X'?

EDIT: Tut mir leid, meine Frage war mal wieder etwas schwammig. Mir geht es hier weniger, um konkrete technische Vorschläge oder Anleitungen, sondern mehr um eure eigenen Erfahrungen als Entwickler. Stellt es auch vor als "Entwickler treffen sich an der Kaffeemaschine" (oder Bällebad).

EDIT2: Ich "stochere" mit meld in einer diff3 Ansicht in den Code-Versionen herum und merke jetzt beim testen, das alles futsch ist. Die Konflikte sind derart groß, dass ich keinen Überblick habe. Dabei ist es doch nur ein 1-Mann Miniprojekt. Wie macht "ihr Großen" das?! Ich mache jetzt einen reset und versuche die "theirs" Strategie beim mergen.

[JTH]

Nur als Anhaltspunkt für weiteres Nachschlagen: Es gibt verschiedene Mergestrategien. Hab sie noch nie gebraucht/benutzt, mehr kann ich dir dazu nicht sagen.

Zusätzlich kann man, ohne spezielle Mergestrategie, einzelne Dateien im Ganzen von diesem oder jenem Branch in den Merge übernehmen: „Git: Handling Merge Conflicts Using "Ours" and "Theirs"“.

[buhtz]

Puh... Auch ein git merge --squash -X theirs release hilft nicht und macht die Situation nur schlimmer.
Ich glaube ich brauche mal ne Pause und muss dann wirklich zeilenweise rangehen. Ich sehe keine andere Lösung.

[buhtz]

Also eine gute Lösung ist das nicht, aber ich habe es jetzt so gemacht. Da ich davon ausgehe, dass alles aus "release" (also theirs) übernommen werden kann, habe ich diese Strategie verfolgt. Wie gesagt, hat es bei mir nicht funktioniert, dies in einem Rutsch zu erledigen mit git merge --squash -X theirs release. Scheinbar verstehe ich diesen Befehl falsch.

Also habe ich einfach einen klassischen merge gemacht. Dann habe ich für jede Konfliktdatei explizit die Version des zu mergenden Branches ausgechecked und als gelöst markiert.

Code: Alles auswählen

git checkout myconflict.py --theirs
git add myconcflict.py

Tests laufen durch.

Ich werde darüber nachdenken meine Dateien noch kleiner zu machen und evtl. sub-module Einführen die implizit importiert werden.

Was ich weiterhin nicht nachvollziehen kann ist, warum überhaupt Konflikte aufgetreten sind. Meiner Erinnerung nach, wurde gerade die eine betroffene große 2500 Zeilen Datei in "main", während der Lebensdauer von develop/release gar nicht verändert. Weshalb ein merge eigentlich durchlaufen sollte. Aber evtl. trügt mich meine Erinnerung da auch.

[shoening]

Hi,

wenn Du der einzige Entwickler bist, und Du den alten Branch eigentlich auch nicht mehr brauchst, könntest Du die Branches
mittels git branch -m umbenennen und damit den „aktuellen“ branch zu Deinem „main“-Branch machen.

Nur so eine Idee ...

Viele Grüße und ein gutes neues Jahr
Stefan