當我關閉時git log，我希望它的所有文本都被清除，以便我可以繼續查看上面的文本。但是，無論我使用什么git config core.pager（我嘗試過less，more和bat），它總是將文本留在那里。
奇怪的是，git log | less兩者git log | bat都正確清除了文本。
如何配置 Git 以正確清除其git log輸出而不需要| less在最后添加？
使用lessas core.pager，git log看起來像這樣：
[many lines of text omitted...]
commit ...
Author: ...
Date: Sun Feb 28 16:31:22 2021 0100
initial commit
(END)
然后當我按 時q，文本仍然存在：
[many lines of text omitted...]
commit ...
Author: ...
Date: Sun Feb 28 16:31:22 2021 0100
initial commit
$
uj5u.com熱心網友回復：
您將想要擺弄您的core.pager和/或其選項。在這種情況下，您可以執行以下任一操作：
git config --global core.pager "less -FR"
或添加：
export LESS=FR
到您使用的任何 shell 的登錄設定檔案（.profile例如）。
背景：尋呼機，或者這里發生了什么？
當 Git 將輸出發送到“終端”時——Git 使用的 C 庫從isatty函式回傳真值的任何內容（發音為“is a tee tee why”；TTY 是 Teletype 或 Teletypewriter 的舊縮寫；請參閱此 Wikipedia page 了解更多背景）——Git 使用分頁器。使用尋呼機的原因可以追溯到“glass tty”或計算機終端，在 1980 年代，它通常是一個 80 列、24 行的顯示設備（導致某些終端仿真器的默認大小為 80x24）。
換句話說，現代視窗系統中的終端仿真器通常在仿真擴展的 VT100 式顯示設備，它正在仿真一個 80 列的機械列印機，它正在仿真連接到電話線上的機械打字機。奇怪的是，列印機通過紙張提供了無限回滾——嗯，直到紙張用完為止——就像大多數現代終端仿真器一樣。所以在某種程度上，Git 迎合了這些系統中能力最差的系統：一個 VT100 式的“螢屏”，沒有向前或向后滾動，只有你在螢屏上看到的內容。
考慮到這一點，我們可以看到尋呼機在 1980 年代變得流行的原因。如果您有一個充滿文本的大檔案，或者要查看大量輸出，并且您的顯示設備一次只能顯示一個 80 x 24 頁，您可以通過一個程式運行該輸出理解這一點并以這種方式向您展示，在每一頁后暫停。
在加州大學伯克利分校，一個名叫 Daniel Halbert 的人早期撰寫了一個名為 的尋呼機more，它一次列印出 23 行，然后--More--在第 24 行酌情添加提示。同樣在同一個時代，可用的計算機終端的種類和功能也在增加（例如，到 1980 年代中期，一些終端可以一次顯示整整 30 行，一些終端具有一些原始的色彩能力）。因此more增加了更多的選擇和功能，其他尋呼機也出現了。
其中一些“玻璃 tty”有兩種“模式”，您必須先發送一個初始化序列，然后才能進行花哨的螢屏格式化。在正常模式下，他們只是像列印機那樣列印字符。在特殊模式下，您可以將游標移動到螢屏的特定部分，清除螢屏，以及執行其他操作。向您顯示“實時”文本的編輯器和可以做花哨的尋呼機需要“初始化游標模式”。
現在，一些 VT100 式終端的一個獨特功能是增加了一個單獨的“螢屏”。進入“交替螢屏模式”將隱藏當前顯示并顯示另一個顯示。有些人喜歡編輯器和尋呼機的這種模式，并進行設定，以便在運行more或vi或emacs或其他時進入備用螢屏模式。退出編輯器或尋呼機時，您會回傳到正常螢屏：備用螢屏文本會消失，您會看到在啟動編輯器之前看到的內容。
該命令之所以如此命名，是因為“少即是多”，是 Mark Nudelman 對原始拒絕讓您向后less滾動的問題的回答。作為一個更高級的版本，有很多選擇。而且，因為這種交替螢屏切換行為讓許多用戶（包括我自己）感到厭煩，所以有一個命令列選項來禁用發送和（termcap）或/ （terminfo）字串，這是交替螢屏序列通常嵌入的地方使用備用螢屏的設定。moremorelesslesstitesmcuprmcup
這個命令列選項是并且-X設定意味著當你退出程式時你的輸出不會消失。設定（當然是相反的）in啟用 ti/te / smcup/rmcup 序列，以便您獲得備用螢屏。-Xlessless X-Xless
（另請參閱驅除邪惡的備用螢屏。）
這與 Git 有什么關系？
好的，所以我們現在知道：
less是尋呼機；less有X和-X選項來擺弄終端模擬器中“尋呼機模式”的設定和拆卸；和- 終端模擬器可以模擬一個備用螢屏。
我們也知道 Git 喜歡使用尋呼機。Git 將運行的尋呼機是：
$GIT_PAGER從環境變數，或core.pager從配置中，或$PAGER從環境變數，或- 由編譯您的 Git 版本的人設定的內置尋呼機。
如果您沒有設定前三個中的任何一個，Git 會退回到最后一個。這很常見less。因此，如果您自己沒有采取任何行動，Git 可以less作為尋呼機運行，只要 Git 的輸出發送到“tty”設備，例如您正在運行的普通終端仿真器視窗bash或zsh您喜歡的任何 shell。1
好的，但是——那又怎樣？默認情況下，不less使用 X并因此使用備用螢屏？是的，默認情況下，less已 X設定。但它也有 F, R, 等等。定義 Git 默認值的人不喜歡這些默認值。現在我們進入了該less程式的一些奇怪之處，它與大多數其他 Unix 風格的程式不同。
1如果您不熟悉術語shell，這是另一個冗長的解釋。我將在這里推遲到維基百科。
更少的怪異和奇怪的 Git 互動
大多數面向 Unix 的程式從“rc”或其他組態檔（例如.bashrc或.gitconfig. 這些 rc 和組態檔通常可以在您的個人主目錄 $HOME中找到：另一個環境變數。因此，您可能希望less閱讀$HOME/.lessrc或類似的內容。
那不是它的作用。相反，在環境變數中less查找默認$LESS設定. 該less程式假定您將放置：
export LESS=X
.bashrc例如，如果您希望它默認為 using模式-X。（注意-in$LESS是隱含的：強制 X模式可以- X在命令列和 X環境變數中使用。命令列設定覆寫環境變數設定。）
Git 在這里添加了一個相當奇怪的皺紋。也許它不應該，但它確實如此，如果你打算使用 Git，那么你需要了解它。特別是，在 Git 運行你的尋呼機之前——不管你的尋呼機是什么——Git 會確保它$LESS被設定為something。如果LESSGit 將傳遞給尋呼機的環境變數中不存在，Git設定 LESS為顯式設定FRX。
該-F選項的名稱很長：--quit-if-one-screen. 本質上，less計算輸出行數，如果輸出適合單個“螢屏”，如果設定了此選項，less 將列印輸出并立即退出。這使得輸出，例如，git branch只是被列印并留在那里并less退出然后git branch退出，當只有一個分支或少量分支時，很容易適合您的螢屏。
就好像 Git 根本沒有運行任何尋呼機——除非你有一個使用備用螢屏的設定，發生的情況是分支串列進入備用螢屏，顯示時間只有幾分之一毫秒——也許根本不取決于您的計算機有多快——然后備用螢屏顯示消失了，您只看到您的 shell 提示：
$ git branch
$
顯然根本沒有分支！
為避免此問題，Git 的默認設定包括該X選項，如上所述，該選項避免發送 ti/te 或 smcup/rmcup 序列，從而避免激活備用螢屏，以便您看到：
$ git branch
* main
$
這是你所期望的。沒有任何輸出進入任何備用螢屏，一切都很好。
Git 默認包含的最后一個選項是R. 該less命令實際上有兩個-r選項，一個小寫和一個大寫。這些的長形式是--raw-control-charsor --RAW-CONTROL-CHARS。這兩個都指示less“通過”某些控制和轉義序列。例如，該-R版本特別允許Git發送ESC [...m序列，這些序列會導致終端模擬器以特定顏色顯示文本。由于 Git 將在各種條件下使用它來（例如）將當前分支著色為綠色，因此 Git 需要該R選項集。
因此，Git 會設定此FRX設定，但前提是您尚未設定自己的設定。如果您設定自己的設定，則該設定優先。
當然，如果您通過core.pageror提供命令列選項$GIT_PAGER，這些選項也優先。
另一注
除了設定LESS=FRX，Git 還設定了LV=-c. 這是針對lv程式的。Git 在這里使用相同的模式：如果你有自己的LV設定，Git 不會理會它。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/515225.html
標籤：混帐
上一篇：AndroidStudio-無法使用新系統和舊備份檔案將我的代碼推送到GitHubEnterprise...怎么辦