El comando de rama de Git se comporta como 'menos'

Cuando uso el git branchcomando para enumerar todas las ramas, veo el resultado de git branch | less.

Se git branchsupone que el comando muestra una lista de ramas, como lo lshace para los archivos.

Este es el resultado que obtengo:

¿Cómo obtengo el comportamiento predeterminado de git branch? ¿Qué causa la salida paginada?

Estoy usando ZSH con oh_my_zsh(nada para Git allí), y mi .gitconfigaspecto es el siguiente:

[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 se menciona en los comentarios a la respuesta de Mark Adelsberger , este fue un cambio de comportamiento predeterminado introducido en Git 2.16 .

Puede desactivar la salida paginada git branchde forma predeterminada con la pager.branchconfiguración :

git config --global pager.branch false

Como señalaron otras respuestas, Git se conecta de forma predeterminada a un buscapersonas ( lesspor defecto) para la mayoría de los comandos.

Sin embargo, un punto importante es que cuando la variable de entorno LESS no está configurada, Git la establece en FRX , y la consecuencia es que el comportamiento visible del usuario es el mismo que si el localizador no se usara cuando la salida del comando es corta (es decir, si solo tienes pocas ramas). Ver hombre menos :

-F o --quit-if-one-screen
Causa menos para salir automáticamente si se puede mostrar todo el archivo en la primera pantalla.

-R o --RAW-CONTROL-CHARS
[...] Las secuencias de escape "color" ANSI se emiten en forma "en bruto".

-X o --no-init
Inhabilita el envío de las cadenas de inicialización y desinicialización de termcap al terminal. Esto a veces es deseable si la cadena de desinicialización hace algo innecesario, como borrar la pantalla.

Si obtiene el comportamiento que describe, lo más probable es que haya $LESSestablecido algo más, y desarmarlo ( unset LESS) eliminaría el problema y mantendría el comportamiento de "buscapersonas" para una salida larga. Alternativamente, puede activar el comportamiento mientras se mantiene $LESScomo está agregando esto a su .gitconfigarchivo:

[core]
    pager = less -FRX

Si realmente no le gusta el buscapersonas, puede desactivarlo globalmente o por orden (ver otras respuestas).

No es para discutir la semántica, pero el comportamiento que está obteniendo es el predeterminado. Es por eso que lo obtienes cuando no pides algo diferente. Por defecto, branch(y muchos otros comandos Git) usan un buscapersonas cuando envían la salida al terminal.

Puede anular este valor predeterminado utilizando la --no-pageropción:

git --no-pager branch

O si redirige la salida a un archivo, Git debería detectar que no está escribiendo en un terminal y, por lo tanto, no debería usar un localizador de todos modos. (Por otro lado, eso sugiere un caso de uso de secuencias de comandos, en cuyo caso debería considerar usar un comando de plomería como git for-each-refpreferencia git branch).

Este comportamiento de Git fue cada vez más molesto para mí también. Obtuve mi lista de etiquetas lesscuando solo quería listar etiquetas, por ejemplo.

Uno puede controlar este comportamiento también cambiando el Git PAGER predeterminado a en catlugar de less. Prefiero desplazarme en iTerm que en un editor. Me gusta usar el editor cuando quiero.

Entonces:

git config --global core.pager cat

Para aquellos que quieran actualizar su ~/.gitconfigpara solucionar esto, se vería así:

[pager]
   branch = false

El comando de rama de Git se comporta como 'menos'

Porque Git por defecto abre la salida en buscapersonas (al menos en Ubuntu). La respuesta aceptada reemplazará por completo el buscapersonas, lo que puede no gustarle si su salida es muy larga.

Recomendaría reemplazar el localizador por less, para que no "desplace" las salidas a menos de la altura del terminal.

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

Haz lo siguiente:

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

La respuesta aceptada parece incorrecta. Hay dos problemas:

1. El comportamiento es realmente diferente entre (predeterminado configurado) bash y zsh. El 'problema' aparece solo bajo zsh.
2. La solución sugerida hará que git branchno se use siempre un buscapersonas, lo que no será deseable cuando haya mucha salida.

La verdadera razón es que bash y zsh tienen definiciones predeterminadas diferentes sobre MENOS: bash no define nada, mientras que zsh lo define -R. Cuando lo hago unset LESSen zsh, todo vuelve a la normalidad ...

El -Rcomportamiento aún puede ser deseado. En ese caso, puede agregar las siguientes instrucciones a su .zshrc para que todo funcione:

export LESS=-FRX

-F'hace que menos salga automáticamente si se puede mostrar todo el archivo en la primera pantalla'. Sin embargo, -Xdebe especificarse simultáneamente, de lo contrario, no se mostrará ninguna salida cuando haya menos de una pantalla llena de salida.

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

GIT_PAGER controla el programa utilizado para mostrar la salida de varias páginas en la línea de comando. Si esto no está configurado, PAGER se utilizará como reserva.

Para resolver su problema, puede desarmar PAGER y GIT_PAGER en su shell.

He tenido el mismo problema git statusy lo git config --global pager.status falseresuelve también.