Qual versão do arquivo git será finalmente usada: LOCAL, BASE ou REMOTE?

Quando há uma colisão durante git merge, abro uma ferramenta de fusão chamada Meld . Abre três arquivos LOCAL, BASE e REMOTE. Como eu li LOCAL é minha filial local, BASE é ancestral comum e REMOTE é a filial a ser mesclada.

Agora, à minha pergunta: qual versão do arquivo será finalmente usada? É REMOTO? Em caso afirmativo, posso editá-lo como quiser, independentemente do que está no ramo BASE, por exemplo?

É a única no meio: BASE.

De fato, BASEnão é o ancestral comum, mas a mesclagem semi-acabada onde os conflitos são marcados com >>>>e <<<<.

Você pode ver os nomes dos arquivos na parte superior da janela de edição de fusão.

Veja a captura de tela aqui

Você pode editar o BASEarquivo como desejar, com ou sem o uso de comandos meld.
Você também pode se livrar do meld e apenas editar o arquivo com o seu editor de texto favorito.

• O código entre <<<< HEADe =====marcadores é o do seu arquivo local antes da mesclagem.
• O código entre ====e >>>> <branch name>é o do arquivo remoto.

O Meld possui um recurso de mesclagem oculta de 3 vias, ativado ao passar no 4º parâmetro:

meld $LOCAL $BASE $REMOTE $MERGED

Os painéis direito e esquerdo são abertos no modo somente leitura, para que você não possa acidentalmente mesclar o caminho errado. O painel do meio mostra o resultado da mesclagem. Para os conflitos, mostra a versão base para que você possa ver todos os bits importantes: texto original no meio e modificações conflitantes nos dois lados. Finalmente, quando você pressiona o botão "Salvar", o arquivo $ MERGED é gravado - exatamente como esperado pelo git.

O arquivo ~ / .gitconfig que eu uso contém as seguintes configurações:

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

isso abre a combinação com 3 guias, a 1ª e a 2ª guia contendo as diferenças simples que estou tentando mesclar, e a 3ª guia, aberta por padrão, mostra a exibição de mesclagem em 3 direções.

Agora, o motivo pelo qual o recurso está oculto é que ele ainda não está polido o suficiente. É muito útil como é agora, mas Kai Willadsen, o autor da fusão, apontou algumas rugas que precisam ser resolvidas. Por exemplo, não há GUI para iniciar o modo de mesclagem em três direções; a sintaxe da linha de comando é um pouco misteriosa e tal. Se você fala python e tem algum tempo em suas mãos - você sabe o que fazer.

Edit: Nas versões mais recentes do Meld, a synax mudou um pouco. Isso estava nos comentários, mas pertence à resposta.

O comando meld agora usa a opção --output, portanto, a última linha do snippet acima deve ser:

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

Existem 4 arquivos envolvidos:

1. $LOCALO arquivo na ramificação em que você está mesclando; intocado pelo processo de mesclagem quando mostrado a você

2. $REMOTEO arquivo na ramificação de onde você está mesclando; intocado pelo processo de mesclagem quando mostrado a você

3. $BASEO ancestral comum de $ LOCAL e $ REMOTE, ie. o ponto em que os dois ramos começaram a desviar o arquivo considerado; intocado pelo processo de mesclagem quando mostrado a você

4. $MERGEDO arquivo parcialmente mesclado, com conflitos; esse é o único arquivo tocado pelo processo de mesclagem e, na verdade, nunca é mostrado para você emmeld

O $MERGEDarquivo é aquele que contém os <<<<<<, >>>>>>, =====(e, talvez, ||||||marcadores) (que os conflitos delimitar). Este é o arquivo que você edita manualmente para corrigir conflitos.

A edição manual de conflitos e a edição visual de conflitos são feitas em arquivos diferentes e apresentam informações diferentes.

Ao usar o mergetool (assumir meld), os arquivos que estão vendo nele são: $LOCAL, $BASE, $REMOTE. Observe que você não vê o $MERGEDarquivo, embora isso seja passado como um parâmetro oculto meldpara gravar lá o resultado da edição.

Em outras palavras, em meld, você está editando o arquivo no meio $BASE, e escolhe todas as alterações manualmente, da esquerda ou da direita . É um arquivo limpo, não tocado pelo processo de mesclagem. A única falha é que, quando você salva, você não salva no $BASEarquivo, mas no quarto parâmetro oculto de meld, esse é o $MERGEDarquivo (que você nem vê). O $BASEarquivo não contém nenhum conflito ou mesclagem parcial bem-sucedida porque não é o $MERGEDarquivo .

Na edição visual, ao apresentar o $BASEarquivo (em vez do $MERGEDarquivo), gitbasicamente descarta todas as suas tentativas de fazer a fusão (essas tentativas são visíveis, se você desejar, no arquivo $ MERGED) e permite fazer a fusão completamente do zero .

A conclusão é que, nos conflitos de mesclagem manual e visual, você não está visualizando os mesmos arquivos, mas o resultado final é gravado no mesmo arquivo (que é o $MERGEDarquivo).

A correção manual dos conflitos é feito em $MERGED, porque git não tem média de apresentar-lhe três arquivos, por isso esmaga as informações dos três arquivos ( $LOCAL, $BASE, $REMOTE) em que $MERGEDarquivo.

Mas as ferramentas visuais têm os meios para mostrar-lhe três arquivos: eles mostram os $LOCAL, $BASE, $REMOTEarquivos. Você está escolhendo alterações dos $LOCALe $REMOTEarquivos e você está trazendo os para o $BASEarquivo, completamente re-construção e até mesmo substituir a fracassada tentativa de fusão que é o $MERGEDarquivo.

A solução da Cosmin funciona, mas o arquivo $ BASE é atualizado - não $ MERGED . Isso atualizará o arquivo $ MERGED :

Meld: 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

Com o Meld 1.7, a solução da Tomek Bury não funciona mais.

As configurações padrão não me satisfaziam:

Em vez disso, para Meld> = 1,7 , sugiro uma de duas outras soluções.

Primeira solução :

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

Segunda solução :

 meld $LOCAL $MERGED $REMOTE

.gitconfig

Copie e cole isso no seu .gitconfigarquivo para obter as soluções descritas acima:

[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

Copie e cole isso em um .gitconfig.localarquivo para definir meld17 ou meld16 apenas para esta máquina, caso você use o .gitconfig em várias máquinas:

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

Eu descobri que nenhum dos arquivos padrão mostrados estava sendo salvo. meld estava aparecendo e $LOCAL, por padrão. Para fazer funcionar, eu precisava fazer um show de fusão em vez de . Colocando isso no meu fixo para mim:$REMOTE$BASE$MERGED$BASE~/.gitconfig

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

Estou usando o Arch, com:

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

Por algum motivo, as versões mais recentes do meld não exibem linhas de marcador adicionadas para conflitos (<<<<<<<, =======, >>>>>>>). Se você quiser ver essas linhas, instale o meld v 1.3.3 ou anterior.

Por favor, veja a resposta de Saad para a resposta correta.

Com o meld 1.8.1 no Ubuntu, eu estava recebendo o

número incorreto de argumentos fornecidos para --diff

e adicionando --output antes de $ MERGED corrigi-lo para mim:

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