Por que o git está solicitando uma mensagem de confirmação de mesclagem pós-extração?

142

Recentemente, após qualquer um git pull, o git começou a gerar meu editor de texto e a solicitar uma mensagem de confirmação de mesclagem. Uma mensagem de confirmação já está pré-preenchida e só preciso salvar e fechar a janela para concluir a solicitação.

No passado, ele fazia a mesclagem silenciosamente, com uma mensagem de confirmação padrão (na linha de Merge branch 'dev' of remote.com:/repo into dev).

Atualizei recentemente o git para a versão 1.7.11.3 (via homebrew), mas não consigo pensar em mais nada que eu possa ter feito para mudar esse comportamento. Essa é uma configuração ou existe alguma maneira de voltar ao que era antes?

git git-pull

— Shanebonham
fonte

Respostas:

157

No git 1.7.10, os desenvolvedores do git decidiram que os commits de mesclagem poderiam ser feitos com muita facilidade. Conforme explicado nesta postagem do blog, forçar o comportamento da mensagem de confirmação interativa deve tornar essas mensagens mais detalhadas e reduzir a frequência geral de mesclagens desnecessárias.

Você pode usar o --no-editsinalizador para evitar esse comportamento, mas, bem, não. Confirmações de mesclagem, como qualquer confirmação de história, devem ser bem construídas. Sua história não deve ser senão útil.

— Christopher
fonte

Obrigado pela ajuda. Eu discordo que os commits de mesclagem devem ser sempre descritivos. O motivo pelo qual procurei isso é porque as mesclagens automáticas sempre que recebo solicitam que eu explique por que a mesclagem é necessária, o que rapidamente se torna irracional, já que é o que ocorre quando não há alterações.

— Brian

Este também é um recurso útil para evitar este comportamento: longair.net/blog/2009/04/16/git-fetch-and-merge Você deve evitar git pull; use git merge --ff-onlyse você está apenas tentando atualizar e não acha que possui alterações locais; use git merge --no-ffse você estiver realmente tentando mesclar uma ramificação.

— Glyph

Existe um sinalizador de configuração para desativar isso? É chato ter que digitar --no-edit sempre.

— LandonSchropp

Impressionante. Obrigado por compartilhar @Christopher.

— LandonSchropp

@SeanCoetzee: Depende da sua $EDITORconfiguração, mas se você estiver usando o git imediatamente no OSX, é provavelmente um programa chamado 'vi' . Digite ipara entrar no modo "INSERIR"; Digite sua mensagem. Você pode salvar e sair pressionando ESCe digitando :wq.

— 12123 Christopher

Para criar um atalho para uso futuro:

Edite o seu ~/.gitconfigcom o seguinte:

[core]
    mergeoptions = --no-edit

Ou execute o seguinte no Terminal

git config --global core.mergeoptions --no-edit

— Dallas Clark
fonte

Isso não funcionou para mim (git no OSX), e eu o configurei corretamente, observando a saída de git config --global core.mergeoptions.

— precisa saber é o seguinte

comando terminal deve ser como abaixo #git config core.mergeoptions --no-edit

— S. Mert 26/11

@SimsekMert que só vai editar o .gitconfig no repositório atual, não globalmente para cada repositório git

— Dallas Clark

@AbhishekGoel há uma chance de que você pode precisar reiniciar o Terminal para que as alterações tenham efeito

— Dallas Clark

@jvannistelrooy há uma chance de que você pode precisar reiniciar o Terminal para que as alterações tenham efeito

— Dallas Clark

Primeiro, preste atenção aos avisos na resposta de Christopher acima.

Em seguida, se você ainda deseja desativar a edição automática da mensagem de confirmação de mesclagem, configure esta variável de ambiente:

    GIT_MERGE_AUTOEDIT=no

Essa variável de ambiente e sua configuração "não" estão documentadas na página de documento de fusão do git . É recomendável usá-lo apenas em scripts que precisam ser mesclados de maneira não interativa, mas é claro que ele pode ser definido como parte do ambiente do shell para tornar seus efeitos mais permanentes.

— emackey
fonte

Você pode explicar como isso pode ser diferente do que usar a --no-editbandeira?

— Alexander Mills

Não conheço uma diferença funcional, mas o fator de conveniência faz valer a pena. O --no-editsinalizador deve ser repetido na linha de comando a cada uso, pois não parece funcionar nas configurações descritas na resposta de Dallas Clark aqui. Definir a variável de ambiente é a única maneira que conheço para manter essa configuração.

— Emackey # 1/18