O comando Git branch se comporta como 'less'

Quando uso o git branchcomando para listar todas as ramificações, vejo a saída de git branch | less.

O comando git branchdeve mostrar uma lista de ramificações, como lsfaz para arquivos.

Esta é a saída que recebo:

Como obtenho o comportamento padrão de git branch? O que causa a saída paginada?

Estou usando o ZSH com oh_my_zsh(nada para o Git lá), e minha .gitconfigaparência é a seguinte:

[user]
  email = myemail@mail.com
  name = Dennis Haegler
[push]
  default = simple
[merge]
   tool = vimdiff
[core]
  editor = nvim
  excludesfile = /Users/dennish/.gitignore_global
[color]
  ui = true
[alias]
  br = branch
  ci = commit -v
  cam = commit -am
  co = checkout
  df = diff
  st = status
  sa = stash
  mt = mergetool
  cp = cherry-pick
  pl = pull --rebase
[difftool "sourcetree"]
  cmd = opendiff \"$LOCAL\" \"$REMOTE\"
[mergetool "sourcetree"]
  cmd = /Applications/SourceTree.app/Contents/Resources/opendiff-w.sh 
  \"$LOCAL\" \"$REMOTE\" -ancestor \"$BASE\" -merge \"$MERGED\"
  trustExitCode = true

Como mencionado nos comentários à resposta de Mark Adelsberger , essa foi uma mudança de comportamento padrão introduzida no Git 2.16 .

Você pode git branchdesativar a saída paginada para retorno por padrão com a pager.branchconfiguração :

git config --global pager.branch false

Como outras respostas apontaram, o Git assume como padrão o piper em um pager ( lesspor padrão) para a maioria dos comandos.

Um ponto importante, porém, é que, quando a variável de ambiente LESS está desabilitada, o Git a define como FRX , e a conseqüência é que o comportamento visível do usuário é o mesmo que se o pager não fosse usado quando a saída do comando fosse curta (por exemplo, se você tiver apenas alguns ramos). Veja menos homem :

-F ou - encerrar se uma tela
Faz com que menos saia automaticamente se o arquivo inteiro puder ser exibido na primeira tela.

-R ou --RAW-CONTROL-CHARS
[...] seqüências de escape "cor" ANSI são emitidas na forma "bruta".

-X ou --no-init
Desativa o envio das seqüências de inicialização e desinicialização do termcap para o terminal. Às vezes, isso é desejável se a string de desinicialização fizer algo desnecessário, como limpar a tela.

Se você obtiver o comportamento que você descreve, provavelmente $LESSconfigurou outra coisa e, se desmarcá-lo ( unset LESS), se livraria do problema, mantendo o comportamento do "pager" para uma saída longa. Como alternativa, você pode ativar o comportamento mantendo $LESS-o como está adicionando isso ao seu .gitconfigarquivo:

[core]
    pager = less -FRX

Se você realmente não gosta do pager, pode desativá-lo globalmente ou por comando (consulte outras respostas).

Para não discutir semântica, mas o comportamento que você está recebendo é o padrão. É por isso que você o obtém quando não pede algo diferente. Por padrão, branch(e vários outros comandos Git) usam um pager ao enviar a saída para o terminal.

Você pode substituir esse padrão usando a --no-pageropção:

git --no-pager branch

Ou, se você redirecionar a saída para um arquivo, o Git deve detectar que não está gravando em um terminal e, portanto, não deve usar um pager. (Por outro lado, isso sugere um caso de uso de script, nesse caso, você deve considerar o uso de um comando de encanamento, como git for-each-refpreferencialmente git branch.)

Esse comportamento do Git também era cada vez mais irritante para mim. Eu recebi minha lista de tags lessquando apenas queria listar tags, por exemplo.

Pode-se controlar esse comportamento também alterando o Git PAGER padrão para em catvez de less. Prefiro rolar no iTerm do que em um editor. Eu gosto de usar o editor quando quiser.

Assim:

git config --global core.pager cat

Para aqueles que desejam atualizar seus ~/.gitconfigpara corrigir isso, seria assim:

[pager]
   branch = false

O comando Git branch se comporta como 'less'

Como o Git, por padrão, abre a saída no pager (pelo menos no Ubuntu). A resposta aceita substituirá completamente o pager, o que você pode não gostar se sua saída for muito longa.

Eu recomendaria substituir o pager por less, para que ele não "role" as saídas menos que a altura do terminal.

git config --global --replace-all core.pager "less -F -X"

Faça o seguinte:

[alias]
  br = !git --no-pager branch

A resposta aceita parece errada. Existem dois problemas:

1. O comportamento é realmente diferente entre o bash (padrão) e o zsh. O 'problema' aparece apenas no zsh.
2. A solução sugerida git branchnão utilizará sempre um pager, o que não será desejado quando houver muita saída.

A verdadeira razão é que o bash e o zsh têm definições padrão diferentes sobre o LESS: o bash não define nada, enquanto o zsh o define -R. Quando eu faço unset LESSno zsh, tudo volta ao normal ....

O -Rcomportamento ainda pode ser desejado. Nesse caso, você pode adicionar as seguintes instruções ao seu .zshrc para manter tudo funcionando:

export LESS=-FRX

-F'faz com que menos saia automaticamente se o arquivo inteiro puder ser exibido na primeira tela'. No entanto, -Xprecisa ser especificado simultaneamente, caso contrário, nenhuma saída será mostrada quando houver menos de uma tela de saída.

https://git-scm.com/book/en/v2/Git-Internals-Environment-Variables

GIT_PAGER controla o programa usado para exibir a saída de várias páginas na linha de comando. Se não estiver definido, o PAGER será usado como substituto.

Para resolver seu problema, você pode desabilitar PAGER e GIT_PAGER no seu shell.

Eu tive o mesmo problema git statuse git config --global pager.status falseresolve isso também.