Polecenie Git Branch zachowuje się jak „mniej”

Kiedy używam git branchpolecenia do wyświetlenia wszystkich gałęzi, widzę wynik działania git branch | less.

Polecenie git branchpowinno wyświetlać listę rozgałęzień, podobnie jak lsrobi to dla plików.

To jest wynik, który otrzymuję:

Jak uzyskać domyślne zachowanie git branch? Co powoduje wydruk stronicowany?

Używam ZSH z oh_my_zsh(nic dla Git tam), a moje .gitconfigwygląda następująco:

[user]
  email = [email protected]
  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

Jak wspomniano w komentarzach do odpowiedzi Marka Adelsbergera , była to domyślna zmiana zachowania wprowadzona w Git 2.16 .

git branchDomyślnie można wyłączyć stronicowane wyjście w celu wycofania za pomocą ustawienia pager.branchkonfiguracji :

git config --global pager.branch false

Jak zauważyły ​​inne odpowiedzi, lessdla większości poleceń Git domyślnie instaluje się w pagerach ( domyślnie).

Ważną kwestią jest jednak to, że gdy zmienna środowiskowa LESS nie jest ustawiona, Git ustawia ją na FRX , a konsekwencją jest to, że widoczne dla użytkownika zachowanie jest takie samo, jakby pager nie był używany, gdy wynik polecenia był krótki (tj. jeśli masz tylko kilka oddziałów). Zobacz człowieka mniej :

-F lub --quit-if-one-screen
Powoduje, że less automatycznie kończy działanie, jeśli cały plik można wyświetlić na pierwszym ekranie.

-R lub --RAW-CONTROL-CHARS
[...] Sekwencje specjalne ANSI „kolorowe” są wyprowadzane w postaci „surowej”.

-X lub --no-init
Wyłącza wysyłanie do terminala ciągów inicjalizacji i deinicjalizacji termcap. Jest to czasem pożądane, jeśli ciąg deinicjalizacji robi coś niepotrzebnego, na przykład wyczyszczenie ekranu.

Jeśli dostaniesz opisywane zachowanie, najprawdopodobniej wybrałeś $LESScoś innego, a rozbrojenie go ( unset LESS) pozbyłoby się problemu, zachowując zachowanie „pager” dla długich wyników. Alternatywnie możesz aktywować zachowanie dla zachowania bez zmian, $LESSdodając to do .gitconfigpliku:

[core]
    pager = less -FRX

Jeśli naprawdę nie lubisz pagerów, możesz je dezaktywować globalnie lub na polecenie (zobacz inne odpowiedzi).

Nie kłóć się z semantyką, ale zachowanie, które dostajesz, jest domyślne. Dlatego dostajesz to, kiedy nie prosisz o coś innego. Domyślnie branch(i wiele innych poleceń Git) używa pager podczas wysyłania danych wyjściowych do terminala.

Możesz zastąpić to ustawienie domyślne, używając --no-pageropcji:

git --no-pager branch

Lub jeśli przekierujesz dane wyjściowe do pliku, Git powinien wykryć, że nie zapisuje do terminala, a więc i tak nie powinien używać pagera. (Z drugiej strony sugeruje to przypadek użycia skryptu, w którym to przypadku należy rozważyć użycie polecenia hydraulicznego, tak jak git for-each-refprzed git branch.)

To zachowanie Gita również było dla mnie coraz bardziej irytujące. Mam listę znaczników, lessgdy chcę na przykład wyświetlić listę znaczników.

Można kontrolować to zachowanie, zmieniając domyślny GIT PAGER na catzamiast less. Wolę przewijać w iTerm niż w edytorze. Lubię korzystać z edytora, kiedy chcę.

Więc:

git config --global core.pager cat

Dla tych, którzy chcą zaktualizować, ~/.gitconfigaby to naprawić, wyglądałoby to tak:

[pager]
   branch = false

Polecenie Git Branch zachowuje się jak „mniej”

Ponieważ Git domyślnie otwiera wyjście w pager (przynajmniej w Ubuntu). Odpowiedź akceptowana będzie całkowicie zastąpić pager, który nie lubić , jeśli wyjście jest bardzo długa.

Poleciłbym zastąpienie pagera less, aby nie „przewijał” wyników mniejszych niż wysokość terminala.

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

Wykonaj następujące czynności:

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

Przyjęta odpowiedź wydaje się błędna. Istnieją dwa problemy:

1. Zachowanie jest w rzeczywistości różne (domyślnie skonfigurowane) bash i zsh. „Problem” pojawia się tylko w Zsh.
2. Sugerowane rozwiązanie sprawi, że git branchnie będzie zawsze korzystał z pagera, co nie będzie pożądane przy dużej wydajności.

Prawdziwym powodem jest to, że bash i zsh mają różne domyślne definicje dotyczące LESS: bash nic nie definiuje, podczas gdy zsh to definiuje -R. Kiedy robię unset LESSw Zsh, wszystko wraca do normy ...

-RProblem może nadal pożądany. W takim przypadku możesz dodać następującą instrukcję do pliku .zshrc, aby wszystko działało:

export LESS=-FRX

-F„powoduje, że less automatycznie kończy pracę, jeśli cały plik można wyświetlić na pierwszym ekranie”. Należy jednak -Xpodać jednocześnie, w przeciwnym razie dane wyjściowe nie będą wyświetlane, gdy wynik będzie mniejszy niż wynik.

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

GIT_PAGER steruje programem wyświetlającym wielostronicowe dane wyjściowe w wierszu poleceń. Jeśli ta opcja nie jest ustawiona, PAGER zostanie użyty jako rezerwowy.

Aby rozwiązać problem, możesz wyłączyć PAGER i GIT_PAGER w swojej powłoce.

Miałem ten sam problem git statusi też go git config --global pager.status falserozwiązuję.