Jak mergowac przy konfliktach - git

Question

Hej,

Mam pewien problem i nie wiem jak go rozwiazac. W pracy u mnie wyglada tak, ze na kazda zmiane robi sie nowy branch z proda. Potem, gdy zmiany zostaja dokonane, owego brancha merguje sie z branchem DEV. Gdy pomyslnie przejdzie testy na DEV, to merguje sie go (Tego brancha a nie DEV) do brancha PROD

Problem jest taki, ze ktos dokonal zmian i zmergowal z branchem DEV. Zmiany te zalegaja juz dlugo, i wywoluja u mnie konflikt w 3 plikach. Jak dokonac tego, aby domergowac sobie jego brancha do mnie, wrzucic zmiany na DEV, a gdy zostana zatwierdzone, odmergowac jego brancha zebym mogl sobie spokojnie wrzucic na proda? :)

Probowalem mergowac recznie, ale chyba trzeba wlasnie za pomoca komend git'a, bo pomimo, ze skopiowalem 1:1 jego plik usuwaja jedna linijkie (Ta moja) wywala mi konflikt (On dodal jedna linijke, ja usunalem jedna)

 

Wizualizacja:

PROD:

var a;
var b;
var c;

Moj commit

var a;

var c;

DEV:

var a;
var b;
var c;
var d;

I te var D powoduje konflikt. Dodalem do swojego pliku var d; na koncu, ale nie pomoglo i dalej wywala konflikt

 

Comments

Tylko zaznaczę że ten model jest mega dziwny:

W pracy u mnie wyglada tak, ze na kazda zmiane robi sie nowy branch z proda. Potem, gdy zmiany zostaja dokonane, owego brancha merguje sie z branchem DEV. Gdy pomyslnie przejdzie testy na DEV, to merguje sie go (Tego brancha a nie DEV) do brancha PROD

To się aż prosi o konflikty. Normalnie ludzie branchują z tego samego na który planują później merge'ować, czyli z deva i potem na deva. Wtedy znacznie też łatwiej się zsynchronizować ze zmianami które ktoś inny niezależnie wrzucił na deva.

Answer 1

Probowalem mergowac recznie, ale chyba trzeba wlasnie za pomoca komend git'a, bo pomimo, ze skopiowalem 1:1 jego plik usuwaja jedna linijkie (Ta moja) wywala mi konflikt (On dodal jedna linijke, ja usunalem jedna)

Sprawdź, czy twój edytor kodu nie ma możliwości rozwiązywania konfliktów (np. vs code ma wygodny interfejs do rozwiązywania konfliktów). 

Tak to wygląda (podobnie powinno wyglądać w przypadku innych edytorów): 

źródło

Comments

Probowalem robic tez w edytorze. acept incomig, accept both oraz accept current. W kazdym przypadku konflikt nadal byl

---

po prostu nie rozumiesz idei merge
https://www.biteinteractive.com/understanding-git-merge/
i nie musisz tego zrobic komendą,

---

Usiadł wczoraj ze mną senior i okazało się, że bitbucket coś spierdzielił, bo przywracał zmienę z przed 5 miesięcy + przy revercie się wysypał

---

to w końcu mowa o repozytorium zdalnym czy systemie kontroli wersji, bo bitbucket do gita i mergowania to ma tyle co piernik z wiatrakiem powiązanego

niemniej jednak fajnie, ze rozwiązałeś problem