Która wersja pliku git zostanie ostatecznie użyta: LOKALNA, BAZOWA czy ZDALNA?

Kiedy w trakcie dochodzi do kolizji git merge, otwieram narzędzie scalające o nazwie Meld . Otwiera trzy pliki LOKALNE, BAZOWE i ZDALNE. Jak przeczytałem LOCAL to moja lokalna gałąź, BASE jest wspólnym przodkiem, a REMOTE to gałąź, która ma zostać scalona.

Teraz na moje pytanie: która wersja pliku zostanie ostatecznie wykorzystana? Czy to ZDALNE? Jeśli tak, czy mogę go edytować tak, jak chcę, niezależnie od tego, co jest na przykład w gałęzi BASE?

Jest to jeden w środku: BASE.

W rzeczywistości BASEnie jest to wspólny przodek, ale niedokończone scalenie, w którym konflikty są oznaczone >>>>i <<<<.

Możesz zobaczyć nazwy plików w górnej części okna edycji połączenia.

Zobacz zrzut ekranu tutaj

Możesz edytować BASEplik, jak chcesz, za pomocą poleceń łączenia lub bez.
Możesz także pozbyć się meldowania i po prostu edytować plik za pomocą ulubionego edytora tekstu.

• Kod między znacznikami <<<< HEADi =====to kod z lokalnego pliku przed scaleniem.
• Kod między ====i >>>> <branch name>jest kodem zdalnego pliku.

Meld ma ukrytą funkcję 3-drożnego scalania aktywowaną przez przekazanie czwartego parametru:

meld $LOCAL $BASE $REMOTE $MERGED

Prawe i lewe okienka są otwierane w trybie tylko do odczytu, więc nie można przypadkowo scalić w niewłaściwy sposób. Środkowy panel pokazuje wynik scalania. W przypadku konfliktów pokazuje wersję podstawową, dzięki czemu można zobaczyć wszystkie ważne elementy: oryginalny tekst w środku i sprzeczne modyfikacje po obu stronach. Wreszcie, po naciśnięciu przycisku „Zapisz”, zapisywany jest plik $ MERGED - dokładnie tak, jak oczekuje git.

Plik ~ / .gitconfig, którego używam, zawiera następujące ustawienia:

[merge]
tool = mymeld
conflictstyle = diff3
[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE $MERGED

otwiera to połączenie z 3 kartami, pierwszą i drugą kartą zawierającą proste różnice, które próbuję scalić, a trzecia karta, otwarta domyślnie, pokazuje widok scalania 3-kierunkowego.

Powodem, dla którego ta funkcja jest ukryta, jest to, że nie jest jeszcze wystarczająco dopracowana. Jest to bardzo przydatne, tak jak jest teraz, ale Kai Willadsen, autor połączenia, wskazał na kilka zmarszczek, które wymagają wygładzenia. Na przykład nie ma GUI do uruchomienia trybu 3-drożnego scalania, składnia wiersza poleceń jest nieco tajemnicza i tak dalej. Jeśli mówisz w Pythonie i masz trochę czasu - wiesz, co robić.

Edycja: W nowszych wersjach Meld synx nieco się zmienił. To było w komentarzach, ale należy do odpowiedzi.

Polecenie meld używa teraz opcji --output, więc ostatnia linia z powyższego fragmentu powinna wyglądać następująco:

cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED

W grę wchodzą 4 pliki:

1. $LOCALPlik w gałęzi, w której dokonujesz scalenia; po wyświetleniu nietknięte przez proces scalania

2. $REMOTEPlik w gałęzi, z której dokonujesz scalenia; po wyświetleniu nietknięte przez proces scalania

3. $BASEWspólny przodek $ LOCAL i $ REMOTE, tj. punkt, w którym dwie gałęzie zaczęły przekierowywać rozpatrywany plik; po wyświetleniu nietknięte przez proces scalania

4. $MERGEDCzęściowo scalony plik z konfliktami; jest to jedyny plik, którego dotyczył proces scalania i właściwie nigdy nie został wyświetlony w formaciemeld

$MERGEDPlik jest taki, który zawiera <<<<<<, >>>>>>, =====(i, być może, ||||||) (markery że konflikty wytyczają). To jest plik, który edytujesz ręcznie w celu naprawienia konfliktów.

Ręczna edycja konfliktów i wizualna edycja konfliktów odbywa się na różnych plikach i przedstawia różne informacje.

Podczas korzystania z mergetool (zakładając meld), pliki, które widzą w nim to: $LOCAL, $BASE, $REMOTE. Zwróć uwagę, że nie widzisz $MERGEDpliku, chociaż jest on przekazywany jako ukryty parametr melddo zapisania tam wyniku edycji.

Innymi słowy, w programie meldedytujesz plik w środku, $BASEplik i ręcznie wybierasz wszystkie zmiany od lewej lub prawej strony . Jest to czysty plik, którego nie dotyczył proces scalania. Jedyna usterka polega na tym, że podczas zapisywania nie zapisujesz do $BASEpliku, ale w czwartym ukrytym parametrze meld, czyli $MERGEDpliku (którego nawet nie widzisz). $BASEPlik ma nie zawierać żadnych konfliktów lub częściowe sukcesy scala ponieważ nie jest to $MERGEDplik .

W edycji wizualnej, podczas prezentacji $BASEpliku (zamiast $MERGEDpliku) w gitzasadzie odrzuca wszystkie próby scalenia (te próby są widoczne, jeśli chcesz, w pliku $ MERGED) i pozwala na całkowite scalenie od podstaw .

Najważniejsze jest to, że podczas ręcznego i wizualnego łączenia konfliktów nie patrzysz na te same pliki, ale wynik końcowy jest zapisywany w tym samym pliku (to jest $MERGEDplik).

Instrukcja korekta konfliktów odbywa się na $MERGEDponieważ git ma nie lada zaprezentować trzy pliki, więc to zgniecie informacje z trzech plików ( $LOCAL, $BASE, $REMOTE) w tym $MERGEDpliku.

Ale narzędzia wizualne mają środków , aby pokazać trzy pliki: oni pokazać $LOCAL, $BASE, $REMOTEpliki. Jesteś zbierając od zmian $LOCALi $REMOTEplików i przynoszą ci do $BASEpliku, całkowicie re-building a nawet nadpisanie nieudanej próbie połączenia, które jest $MERGEDplik.

Rozwiązanie Cosmina działa, ale plik $ BASE jest aktualizowany - a nie $ MERGED . Spowoduje to zaktualizowanie pliku $ MERGED :

Połączenie: v1.8.4

[merge]
  conflictstyle = diff3
  tool = mymeld
[mergetool "mymeld"]
  cmd = meld --auto-merge --output $MERGED $LOCAL $BASE $REMOTE --diff $BASE $LOCAL --diff $BASE $REMOTE

Dzięki Meld 1.7 rozwiązanie Tomka Bury'ego już nie działa.

Te ustawienia domyślne nie spełniają mnie:

Zamiast tego dla Meld> = 1,7 proponuję jedno z dwóch innych rozwiązań.

Pierwsze rozwiązanie :

 meld $LOCAL $BASE $REMOTE --auto-merge

Drugie rozwiązanie :

 meld $LOCAL $MERGED $REMOTE

.gitconfig

Skopiuj i wklej to do swojego .gitconfigpliku, aby uzyskać rozwiązania opisane powyżej:

[merge]
    tool = meld16
[mergetool "meld17"]
    # use this for Meld >=1.7
    # see http://stackoverflow.com/a/22911793/859591
    # second solution:
    cmd = meld $LOCAL $MERGED $REMOTE
    # first solution:
    #cmd = meld $LOCAL $BASE $REMOTE --auto-merge
[mergetool "meld16"]
    cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED

[include]
    # requires git v1.7.10+
    path = .gitconfig.local

Skopiuj i wklej to do .gitconfig.localpliku, aby ustawić meld17 lub meld16 tylko dla tego komputera, jeśli używasz pliku .gitconfig na wielu komputerach:

# This is a host specific config file!
# Note that git 1.7.10+ is needed
# http://stackoverflow.com/a/9733277/859591
[merge]
    tool = meld17

Okazało się, że żaden z wyświetlonych plików domyślnych nie został zapisany. Meld pokazywał $LOCAL, $REMOTEa $BASEdomyślnie. Żeby to zadziałało, $MERGEDzamiast tego musiałem zrobić meld show $BASE. Umieszczając to w moim, ~/.gitconfignaprawiłem to dla mnie:

[merge]
        tool = mymeld
[mergetool "mymeld"]
        cmd = meld "$LOCAL" "$MERGED" "$REMOTE"

Używam Arch, z:

$ git --version
git version 1.8.2
$ meld --version
meld 1.7.1

Z jakiegoś powodu najnowsze wersje meldowania nie wyświetlają linii znaczników dodanych dla konfliktów (<<<<<<<, =======, >>>>>>>). Jeśli chcesz zobaczyć te linie, powinieneś zainstalować meld v 1.3.3 lub starszą.

Proszę zapoznać się z odpowiedzią Saada, aby uzyskać prawidłową odpowiedź.

Dzięki meldowaniu 1.8.1 na Ubuntu otrzymałem

błędna liczba argumentów podanych do --diff

i dodanie --output przed $ MERGED naprawiło to za mnie:

[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED