Łączenie z "git mergetool"

Question

Znalazłem git mergetool jako przydatne narzędzie do wizualnego scalania różnic, ale sposób, w jaki to robię, wydaje się naprawdę niewiarygodny. Zasadniczo mój proces wygląda tak, gdy konflikty są raportowane:

1. Wykonuje mergetool git
2. W wierszu hit Wprowadź uruchomić mój narzędzie diff (Meld lub FileMerge, w zależności od komputera)
3. rozwiązania konfliktów
4. zapisać zmiany
5. zamknąć narzędzie diff

Jeśli mam więcej niż jeden konflikt, spłucz, powtórz. Tak, to ja otwierając i zamykając moją przeglądarkę różnic dla każdego konfliktu w scaleniu. Ponieważ jest uruchamiany z wiersza poleceń, zamknięcie go jest jedynym sposobem, w jaki mogę powiedzieć git mergetool, że rozwiązałem ten konkretny konflikt i że może on przejść do następnego.

Na pewno jest lepszy sposób, ale nie mam pojęcia. Pomóż Li'l, proszę? Ten proces wydaje się szalony nieefektywny.

Answer 1

Na pierwszy rzut oka nie wydaje się możliwe ponowne użycie zewnętrznej sesji narzędzia różnicowego.

git-mergetool documentation wyraźnie stwierdza:

Jeśli narzędzie zwyczaj seryjnej poprawnie wskazuje na sukces uchwały seryjnej z jego kodem wyjścia, wówczas zmienna konfiguracja mergetool.<tool>.trustExitCode może być ustawiony na true.
W przeciwnym razie, git-mergetool poprosi użytkownika o wskazanie powodzenia rozdzielczości po wyjściu narzędzia niestandardowego.

Więc potrzebny jest kod wyjścia (lub walidacja użytkownika po wyjściu z narzędzia diff), co oznacza, że ​​użytkownik najpierw zamknąć zewnętrzne narzędzie diff.

Wydaje wielką motywację do zmniejszenia liczby konfliktów na każdego scalania/rebase jeden próbuje;) (cokolwiek narzędzie VCScs używany)

Uwaga:
Dwa pozostałe ustawienia narzędzia git zewnętrzny diff („Setting up diff and merge tools for Git on Windows” i „Setting up SourceGear DiffMerge with Git”) nie daje więcej nadziei, kiedy przyjdzie do nie zamykając zewnętrznego narzędzia różn ...

Answer 2

problemem jest to, że mergetool celowo wykorzystuje interfejs wiersza poleceń do inicjowania sesji scalania i następnie czeka dla wywoływanego polecenia, aby powrócić, aby określić, kiedy użytkownik scalanie napędowe zostało zakończone.

Większość narzędzi do scalania nie udostępnia mechanizmu wiersza poleceń do uruchamiania sesji scalania w już działającym procesie z możliwością określenia, kiedy rozdzielczość została zakończona i czy zakończyła się powodzeniem, czy nie.

Można sobie wyobrazić, że niektóre narzędzia scalające mogą zapewniać tę funkcjonalność za pomocą osobnego polecenia otoki i pewnego rodzaju IPC, ale byłoby to wyjątkowo trudne i trudne do implementacji w ogólnym programie mergetool.

Answer 3

Jeśli mergetool wyboru obsługuje otwieranie plików w istniejącym przykład, można podać komendę w git config:

% git config mergetool.whatever_you_want.cmd 'exec /path/to/merge/tool $LOCAL $MERGED $REMOTE' 
% git config merge.tool whatever_you_want 

git mergetool będą następnie wykonywać swoje polecenia niestandardowego, a następnie zapyta, czy plik został pomyślnie połączony (zamiast sprawdzać kod wyjścia).

Przykładem właśnie włamał się razem vimdiff:

% git config mergetool.persistent.cmd 'gvim --remote-tab-silent "+set buftype=nowrite" "$PWD/$BASE" && sleep 1; gvim --remote-send ":split $PWD/$REMOTE<CR>:set buftype=nowrite<CR>:vertical diffsplit $PWD/$MERGED<CR>:vertical diffsplit $PWD/$LOCAL<CR>:set buftype=nowrite<CR><C-W>l"' 

To działa wystarczająco dobrze, mogę zacząć używać go sam!