Il comando Git Branch si comporta come 'meno'

Quando uso il git branchcomando per elencare tutti i rami, vedo l'output di git branch | less.

Il comando git branchdovrebbe mostrare un elenco di rami, come lsfa per i file.

Questo è l'output che ottengo:

Come posso ottenere il comportamento predefinito di git branch? Cosa causa l'output di paging?

Sto usando ZSH con oh_my_zsh(niente per Git lì dentro), e il mio .gitconfigassomiglia a questo:

[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

Come menzionato nei commenti alla risposta di Mark Adelsberger , si è trattato di un cambiamento di comportamento predefinito introdotto in Git 2.16 .

È possibile disattivare l'output di paging per il git branchripristino per impostazione predefinita con l' pager.branchimpostazione di configurazione :

git config --global pager.branch false

Come sottolineato da altre risposte, per impostazione predefinita Git esegue il piping stesso in un cercapersone ( lessper impostazione predefinita) per la maggior parte dei comandi.

Un punto importante, tuttavia, è che quando la variabile di ambiente LESS non è impostata, Git la imposta su FRX , e la conseguenza è che il comportamento visibile all'utente è lo stesso che se il cercapersone non fosse usato quando l'output del comando è breve (ovvero se hai solo poche filiali). Vedi meno uomo :

-F o --quit-if-one-screen
Fa sì che meno esca automaticamente se l'intero file può essere visualizzato sulla prima schermata.

-R o --RAW-CONTROL-CHARS
[...] Le sequenze di escape "color" ANSI vengono emesse in forma "grezza".

-X o --no-init
Disabilita l'invio delle stringhe di inizializzazione e deinizializzazione del termcap al terminale. Questo è talvolta desiderabile se la stringa di deinizializzazione fa qualcosa di non necessario, come cancellare lo schermo.

Se ottieni il comportamento che descrivi, molto probabilmente ti sei $LESSimpostato su qualcos'altro, e disabilitandolo ( unset LESS) elimineresti il ​​problema mantenendo il comportamento "cercapersone" per un output lungo. In alternativa, puoi attivare il comportamento mantenendo così $LESScom'è aggiungendo questo al tuo .gitconfigfile:

[core]
    pager = less -FRX

Se non ti piace davvero il cercapersone, puoi disattivarlo a livello globale o in base al comando (vedi altre risposte).

Per non discutere della semantica, ma il comportamento che stai assumendo è l'impostazione predefinita. Ecco perché lo ottieni quando non chiedi qualcosa di diverso. Per impostazione predefinita, branch(e numerosi altri comandi Git) utilizzano un cercapersone quando si invia l'output al terminale.

Puoi ignorare questo valore predefinito usando l' --no-pageropzione:

git --no-pager branch

Oppure, se si reindirizza l'output su un file, Git dovrebbe rilevare che non sta scrivendo su un terminale e quindi non dovrebbe usare comunque un cercapersone. (D'altra parte, ciò suggerisce un caso d'uso di scripting, nel qual caso dovresti prendere in considerazione l'uso di un comando idraulico come git for-each-refpreferibilmente a git branch.)

Questo comportamento Git è stato sempre più fastidioso anche per me. Ho inserito la mia lista di tagless quando volevo solo elencare i tag, ad esempio.

È possibile controllare questo comportamento anche modificando Git PAGER predefinito in catinvece diless . Preferirei scorrere in iTerm piuttosto che in un editor. Mi piace usare l'editor quando voglio.

Così:

git config --global core.pager cat

Per coloro che vogliono aggiornare il proprio ~/.gitconfigper risolvere questo problema, sarebbe simile al seguente:

[pager]
   branch = false

Il comando Git Branch si comporta come 'meno'

Perché Git di default apre l'output nel cercapersone (almeno in Ubuntu). La risposta accettata sostituirà completamente il cercapersone, che potrebbe non piacerti se l'output è molto lungo.

Consiglierei di sostituire il cercapersone con less, in modo che non "scorri" le uscite in modo inferiore all'altezza del terminale.

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

Fare quanto segue:

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

La risposta accettata sembra sbagliata. Ci sono due problemi:

1. Il comportamento è in realtà diverso tra bash (configurato per impostazione predefinita) e zsh. Il "problema" si presenta solo sotto zsh.
2. La soluzione suggerita git branchnon farà sempre uso di un cercapersone, che non sarà desiderato quando c'è molto output.

Il vero motivo è che bash e zsh hanno diverse definizioni predefinite su LESS: bash non definisce nulla, mentre zsh lo definisce -R. Quando io facciounset LESS in zsh, tutto torna alla normalità ....

Il -Rcomportamento può ancora essere desiderato. In tal caso, puoi aggiungere le seguenti istruzioni al tuo .zshrc per far funzionare tutto:

export LESS=-FRX

-F'causa la chiusura automatica di meno se l'intero file può essere visualizzato sulla prima schermata'. Tuttavia, -Xdeve essere specificato contemporaneamente, altrimenti non verrà mostrato alcun output quando c'è meno di una schermata di output.

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

GIT_PAGER controlla il programma utilizzato per visualizzare l'output di più pagine sulla riga di comando. Se questo non è impostato, PAGER verrà utilizzato come fallback.

Per risolvere il problema, è possibile annullare l'impostazione di PAGER e GIT_PAGER nella shell.

Ho avuto lo stesso problema git statuse git config --global pager.status falserisolvo anche quello.