一、前言

最近新買了一臺 LG Gram，電腦空蕩蕩的，啥都得重頭裝，記錄一下 Git 的安裝過程，溫習(xí)溫習(xí)。

二、Git 的安裝

2.1 Git 的下載

這個就需要去 Git 官網(wǎng)下載對應(yīng)系統(tǒng)的軟件了，下載地址為 git-scm.com或者gitforwindows.org
上面的 git-scm 是 Git 的官方，里面有不同系統(tǒng)不同平臺的安裝包和源代碼，而 gitforwindows.org 里只有 windows 系統(tǒng)的安裝包

2.2 Git 的安裝

我下載的版本是 Git-2.31.1-64-bit.exe Git-2.35.1.2-64-bit.exe，接下來我們就對這個版本進行安裝工作。

2.2.1 使用許可聲明

雙擊下載后的 Git-2.31.1-64-bit.exe Git-2.35.1.2-64-bit.exe，開始安裝，這個界面主要展示了 GPL 第 2 版協(xié)議^{1的內(nèi)容，點擊 [next] 到第二步。}

2.2.2 選擇安裝目錄

可點擊 “Browse…” 更換目錄，也可直接在方框里面改，我一般直接將 “C” 改為 “D”，這樣就直接安裝在 D 盤里了。點擊 [next] 到第三步。

2.2.3 選擇安裝組件

圖中這些英文都比較簡單，我已經(jīng)把大概意思翻譯出來了，大家根據(jù)自己的需要選擇勾選。點擊 [next] 到第四步。

注：最后一個選項打勾的話，需要下載 Windows Terminal 配合 Git Bash使用，如圖：

2.2.4 選擇開始菜單文件夾

方框內(nèi) Git 可改為其他名字，也可點擊 “Browse...” 選擇其他文件夾或者給"Don't create a Start Menu folder" 打勾不要文件夾，點擊 [next] 到第五步。

安裝成功后在開始菜單里的圖如下：

2.2.5 選擇 Git 默認(rèn)編輯器

Git 安裝程序里面內(nèi)置了 10 種編輯器供你挑選，比如 Atom、Notepad、Notepad++、Sublime Text、Visual Studio Code、Vim 等等，默認(rèn)的是 Vim ，選擇 Vim 后可以直接進行到下一步，但是 Vim 是純命令行，操作有點難度，需要學(xué)習(xí)。如果選其他編輯器，則還需要去其官網(wǎng)安裝后才能進行下一步。

下圖為默認(rèn)編輯器 Vim.可直接點擊 [next] 到第六步。

如果你不想用 Vim 當(dāng)默認(rèn)編輯器，換一個，比如 Notepad++ ，那么你者需要點擊下面的藍(lán)色字體 " Notepad++ " 去其官網(wǎng)下載安裝好才能進行下一步 [next].

安裝后還要配置在我的電腦->屬性->高級系統(tǒng)設(shè)置->高級->環(huán)境變量->系統(tǒng)變量->Path->編輯添加 Notepad++ 的安裝地址，如 C:\Program Files\notepad++.
這樣才能在 Git Bash 里面直接調(diào)用 Notepad++.

$ notepad++ 文件名.后綴  //在 git bash 調(diào)用 notepad++ 打開文件

新手建議使用 Notepad++ 、Sublime Text，這兩個比 Windows 自帶的記事本功能多太多了。點擊 [next] 到第六步。

2.2.6 決定初始化新項目(倉庫)的主干名字

第一種是讓 Git 自己選擇，名字是 master ，但是未來也有可能會改為其他名字；第二種是我們自行決定，默認(rèn)是 main，當(dāng)然，你也可以改為其他的名字。一般默認(rèn)第一種，點擊 [next] 到第七步。

注： 第二個選項下面有個 NEW！ ，說很多團隊已經(jīng)重命名他們的默認(rèn)主干名為 main . 這是因為2020 年非裔男子喬治·弗洛伊德因白人警察暴力執(zhí)法慘死而掀起的 Black Lives Matter(黑人的命也是命)運動，很多人認(rèn)為 master 不尊重黑人，呼吁改為 main.

2.2.7 調(diào)整你的 path 環(huán)境變量

翻譯如下：

Use Git from Git Bash only 
This is the most cautious choice as your PATH will not be modified at all. You w only be able to use the Git command line tools from Git Bash.
僅從 Git Bash 使用 Git
這是最謹(jǐn)慎的選擇，因為您的 PATH 根本不會被修改。您將只能使用 Git Bash 中的 Git 命令行工具。

Git from the command line and also from 3rd-party software
(Recommended) This option adds only some minimal Git wrappers to your PATH to avoid cluttering your environment with optional Unix tools.
You will be able to use Git from Git Bash, the Command Prompt and the Windov PowerShell as well as any third-party software looking for Git in PATH.
從命令行以及第三方軟件進行 Git
（推薦）此選項僅將一些最小的 Git 包裝器添加到PATH中，以避免使用可選的 Unix 工具使環(huán)境混亂。
您將能夠使用 Git Bash 中的 Git，命令提示符和 Windov PowerShell 以及在 PATH 中尋找 Git 的任何第三方軟件。

Use Git and optional Unix tools from the Command Prompt 
Both Git and the optional Unix tools will be added to your PATH.
Warning: This will override Windows tools like "find"and "sort". Only use this option if you understand the implications.
使用命令提示符中的 Git 和可選的 Unix 工具
Git 和可選的 Unix 工具都將添加到您的 PATH 中。
警告：這將覆蓋 Windows 工具，例如 "find" and "sort". 僅在了解其含義后使用此選項。

第一種是僅從 Git Bash 使用 Git。這個的意思就是你只能通過 Git 安裝后的 Git Bash 來使用 Git ，其他的什么命令提示符啊等第三方軟件都不行。

第二種是從命令行以及第三方軟件進行 Git。這個就是在第一種基礎(chǔ)上進行第三方支持，你將能夠從 Git Bash，命令提示符(cmd) 和 Windows PowerShell 以及可以從 Windows 系統(tǒng)環(huán)境變量中尋找 Git 的任何第三方軟件中使用 Git。推薦使用這個。

第三種是從命令提示符使用 Git 和可選的 Unix 工具。選擇這種將覆蓋 Windows 工具，如 “ find 和 sort ”。只有在了解其含義后才使用此選項。一句話，適合比較懂的人折騰。

2.2.8 選擇 SSH 執(zhí)行文件

翻譯如下：

Use bundled OpenSSH 
This uses ssh. exe that comes with Git.
使用捆綁的 OpenSSH
這使用的 ssh.exe 是 Git 自帶的 

Use (Tortoise) Plink 
To use PuTTY, specify the path to an existing copy of (Tortoise) Plink.exe
Set ssh. variant for Tortoise Plink 
使用 TortoisePlink (注，這是一個軟件)
要使用 PuTTY，請指定 TortoisePlink.exe 的現(xiàn)有副本的路徑
為 TortoisePlink 設(shè)置 ssh.variant

Use external OpenSSH 
NEW! This uses an external ssh. exe. Git will not install its own OpenSSH
(and related) binaries but use them as found on the PATH.
使用外部 OpenSSH
新！這使用外部 ssh.exe 文件。 
Git 不會安裝自己的 OpenSSH（和相關(guān)）二進制文件，而是使用在環(huán)境變量 PATH 中找到的它們。

注：這是一個新功能，我 2021-4-17 安裝的 2.31.1 版本并沒有這個選項，先按默認(rèn)的來吧，先填個坑，有機會再補充

2.2.9 選擇HTTPS后端傳輸

翻譯如下：

use the OpenSSL library 
Server certificates will be validated using the ca-bundle. crt file.
使用 OpenSSL 庫
服務(wù)器證書將使用 ca-bundle.crt 文件進行驗證。
    
Use the native Windows Secure Channel library 
Server certificates will be validated using Windows Certificate Stores.
This option also allows you to use your company's internal Root CA certificates distributed e.g. via Active Directory Domain Services.
使用本機 Windows 安全通道庫
服務(wù)器證書將使用 Windows 證書存儲進行驗證。
此選項還允許您使用公司內(nèi)部分發(fā)的內(nèi)部根 CA 證書，例如通過 Active Directory 域服務(wù)。

這兩種選項有什么區(qū)別呢？

來自https://stackoverflow.com/questions/62456484/whats-the-difference-between-openssl-and-the-native-windows-secure-channel-libr

如果在具有企業(yè)管理證書的組織中使用 Git，則將需要使用安全通道。如果你僅使用 Git 來訪問公共存儲庫（例如 GitHub ），或者你的組織不管理自己的證書，那么使用 SSL 后端（它們只是同一協(xié)議的不同實現(xiàn)）就可以了。

也就是說，作為普通用戶，只是用 Git 來訪問 Github、GitLab 等網(wǎng)站，選擇前者就行了。點擊 [next] 到第十步。

2.2.10 配置行尾符號轉(zhuǎn)換

Checkout Windows-style, commit Unix-style line endings 
Git will convert LF to CRLF when checking out text files. 
When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the recommended setting on Windows("core. autocrif"is set to "true").
簽出 Windows 樣式，提交 Unix 樣式的行結(jié)尾
Git 簽出文本文件時，會將 LF 轉(zhuǎn)換為 CRLF。
提交文本文件時，CRLF 將轉(zhuǎn)換為 LF。
對于跨平臺項目，這是 Windows 上的建議設(shè)置（"core.autocrif" 設(shè)置為 "true"）。

Checkout as-is, commit Unix-style line endings 
Git will not perform any conversion when checking out text files. 
When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the recommended setting on Unix("core.autocrif" is set to "input").
按原樣簽出，提交 Unix 樣式的行結(jié)尾
Git 在簽出文本文件時不會執(zhí)行任何轉(zhuǎn)換。提交文本文件時，CRLF 將轉(zhuǎn)換為 LF。
對于跨平臺項目，這是在 Unix 上的建議設(shè)置（"core.autocrif" 設(shè)置為 "input"）。

Checkout as-is, commit as-is 
Git will not perform any conversions when checking out or committing text files. 
Choosing this option is not recommended for cross-platform projects("core. autocrif"is set to "false").
按原樣簽出，按原樣提交
Git 在簽出或提交文本文件時不會執(zhí)行任何轉(zhuǎn)換。
不建議跨平臺項目選擇此選項（"core.autocrif" 設(shè)置為 "false"）。

這三種選擇分別是：
簽出 Windows 樣式，提交 Unix 樣式的行結(jié)尾。
按原樣簽出，提交Unix樣式的行結(jié)尾。
按原樣簽出，按原樣提交。

那 Windows 樣式和 Unix 樣式到底有什么區(qū)別呢？

引用 《GitHub 入門與實踐》 第 50 頁內(nèi)容²

GitHub 中公開的代碼大部分都是以 Mac 或 Linux 中的 LF（Line Feed）換行。然而，由于 Windows 中是以 CRLF（Carriage Return+ Line Feed）換行的，所以在非對應(yīng)的編輯器中將不能正常顯示。
 Git 可以通過設(shè)置自動轉(zhuǎn)換這些換行符。使用 Windows 環(huán)境的各位，請選擇推薦的 “Checkout Windows-style，commit Unix-style line endings” 選項。換行符在簽出時會自動轉(zhuǎn)換為 CRLF，在提交時則會自動轉(zhuǎn)換為 LF .

上面說 Mac 、Linux、Unix 的 Line Feed ，翻譯過來就是換行符，用 “\n” 表示，換行符 “\n” 的 ASCII 值為10；
Windows 的是 Carriage Return+ Line Feed（回車+換行），用 “\r\n” 表示，回車符 “\r” 的 ASCII 值為13；

這上下兩者是不一樣的。
所以這就需要轉(zhuǎn)換了，至于為什么選第一項？
這還用問嗎？我們現(xiàn)在的教程就是介紹怎么安裝 Windows 版 Git，肯定選第一項啦。

至于 “回車”（carriage return）和 “換行”（line feed）這兩個概念的來歷和區(qū)別？
引用一下 阮一峰老師博客的部分內(nèi)容

在計算機還沒有出現(xiàn)之前，有一種叫做電傳打字機（Teletype Model 33）的玩意，每秒鐘可以打 10 個字符。但是它有一個問題，就是打字機打完一行換行的時候，要用去 0.2 秒，正好可以打兩個字符。要是在這 0.2 秒里面，又有新的字符傳過來，那么這個字符將丟失。
于是，研制人員想了個辦法解決這個問題，就是在每行后面加兩個表示結(jié)束的字符。一個叫做 "回車"，告訴打字機把打印頭定位在左邊界；另一個叫做 "換行"，告訴打字機把紙向下移一行。

更多資料參考：

騰訊云 - 換行符 ‘\n’ 和 回車符 ‘\r’ 的區(qū)別？[https://cloud.tencent.com/developer/article/1353286] 知乎 - 為什么會用 \r\n 兩個字符表示換行？[https://www.zhihu.com/question/29326647]Stackoverflow - What are carriage return, linefeed, and form feed?[https://stackoverflow.com/questions/3091524/what-are-carriage-return-linefeed-and-form-feed]

點擊 [next] 到第十一步。

2.2.11 配置終端模擬器以與 Git Bash 一起使用

Use MinTTY(the default terminal of MSYS2) 
Git Bash will use MinTTY as terminal emulator, which sports a resizable window
non-rectangular selections and a Unicode font.Windows console programs(such
as interactive Python) must be launched via 'winpty' to work in MinTTY.
使用 MinTTY（MSYS2的默認(rèn)終端）
Git Bash 將使用 MinTTY 作為終端仿真器，該仿真器具有可調(diào)整大小的窗口非矩形選擇和 Unicode 字體。
Windows 控制臺程序（例如交互式 Python）必須通過 "winpty" 啟動才能在 MinTTY 中運行。

Use Windows' default console 
window Git will use the default console window of Windows("cmd.exe"), which works v
with Win32 console programs such as interactive Python or node. js, but has a
very limited default scroll-back,needs to be configured to use a Unicode font in 
order to display non-ASCII characters correctly, and prior to Windows 10 its 
window was not freely resizable and it only allowed rectangular text selections.<br>
使用 Windows 的默認(rèn)控制臺窗口
Git 將使用 Windows 的默認(rèn)控制臺窗口（"cmd.exe"），該窗口可與 Win32 控制臺程序（例如交互式Python 或 
node.js）一起使用，但默認(rèn)回滾非常有限，需要將其配置為使用 Unicode 字體才能正確顯示非 ASCII 字符，并且在 
Windows 10 之前，其窗口不可隨意調(diào)整大小，并且僅允許選擇矩形文本。

建議選擇第一種，MinTTY 3功能比 cmd 多，cmd 只不過 比 MinTTY 更適合處理 Windows 的一些接口問題，這個對 Git 用處不大，除此之外 Windows 的默認(rèn)控制臺窗口（cmd）有很多劣勢，比如 cmd 具有非常有限的默認(rèn)歷史記錄回滾堆棧和糟糕的字體編碼等等。
相比之下，MinTTY 具有可調(diào)整大小的窗口和其他有用的可配置選項，可以通過右鍵單擊的工具欄來打開它們 git-bash 。點擊 [next] 到第十二步。

2.2.12 選擇默認(rèn)的 “git pull” 行為

ODefault(fast-forward or merge)
This is the standard behavior ofgit pull": fast-forward the current branch to 
the fetched branch when possible, otherwise create a merge commit.
默認(rèn)（快進或合并）
這是 "git pull" 的標(biāo)準(zhǔn)行為：在可能的情況下將 當(dāng)前分支 快進到 獲取的分支，否則創(chuàng)建合并提交。

ORebase Rebase the current branch onto the fetched branch. If there are no local 
commits to rebase, this is equivalent to a fast-forward.
變基將當(dāng)前分支變基到獲取的分支上。如果沒有本地提交要變基，則等同于快進。

Oonly ever fast-forward 
Fast-forward to the fetched branch. Fail if that is not possible.
只能快進快進到獲取的分支。如果不可能，則失敗。

“git pull” 是什么意思呢？
git pull 就是獲取最新的遠(yuǎn)程倉庫分支到本地，并與本地分支合并

上面給了三個 “git pull” 的行為：
第一個是 merge
第二個是 rebase
第三個是 直接獲取

第一種 git pull = git fetch + git merge
第二種 git pull = git fetch + git rebase
第三種 git pull = git fetch ？(這個沒試過，純屬猜測

一般默認(rèn)選擇第一項，git rebase 絕大部分程序員都用不好或者不懂，而且風(fēng)險很大，但是很多會用的人也很推崇，但是用不好就是災(zāi)難。

git pull 只是拉取遠(yuǎn)程分支并與本地分支合并，而 git fetch 只是拉取遠(yuǎn)程分支，怎么合并，選擇 merge 還是 rebase ，可以再做選擇。

更多參考資料：

知乎 - git pull 和 git fetch 的區(qū)別？ [https://www.zhihu.com/question/38305012] 知乎 - 在開發(fā)過程中使用 git rebase 還是 git merge，優(yōu)缺點分別是什么？ [https://www.zhihu.com/question/36509119]Stackoverflow - Why does git perform fast-forward merges by default? [https://stackoverflow.com/questions/2850369]Stackoverflow - In git how is fetch different than pull and how is merge different than rebase? [https://stackoverflow.com/questions/14894768/]Stackoverflow - Difference between git pull and git pull --rebase [https://stackoverflow.com/questions/18930527]

2.2.13 選擇一個憑證幫助程序

翻譯如下：

Git Credential Manager 
Use the cross-platform Git Credential Manager.
See more information about the future of Git Credential Manager here.
Git 憑證管理
使用跨平臺的 Git  憑證管理。
在此處查看有關(guān) Git 憑證管理未來的更多信息。

None 
Do not use a credential helper.
不使用憑證助手。

一共兩個選項：
Git 憑證管理
不使用憑證助手

第一個選項是提供登錄憑證幫助的，Git 有時需要用戶的憑據(jù)才能執(zhí)行操作；例如，可能需要輸入用戶名和密碼才能通過 HTTP 訪問遠(yuǎn)程存儲庫（GitHub，GItLab 等等）。

登錄圖如下(屬于第一個選項的，老圖了)，來自https://segmentfault.com/q/1010000011171685

更多參考資料：

Stackoverflow - Is Control Panel’s Credential Manager same as git’s credential helpers Credential Manager and Credential manager Core? [https://stackoverflow.com/questions/66795897]GitHub - Git Credential Manager Core [https://github.com/microsoft/Git-Credential-Manager-Core]GitHub - Git Credential Manager Core Core FAQ [https://github.com/microsoft/Git-Credential-Manager-Core/blob/master/docs/faq.md#about-the-project]Git 官網(wǎng)文檔 - https://git-scm.com/docs/gitcredentials [https://git-scm.com/docs/gitcredentials]

注：資料鏈接建議不用看，這個本來三個選項的，不知因何回退成兩個選項了，原本的那個新選項被取消了

點擊 [next] 進到十四步。

2.2.14 配置額外的選項

翻譯如下：

Enable file system caching 
File system data will be read in bulk and cached in memory for certain operations("core.fscache" is set to "true"). 
This provides a significant performance boost.
啟用文件系統(tǒng)緩存
將批量讀取文件系統(tǒng)數(shù)據(jù)并將其緩存在內(nèi)存中以進行某些操作（"core.fscache” 設(shè)置為 "true"）。
這可以顯著提高性能。

Enable symbolic links 
Enable symbolic links(requires the SeCreateSymbolicLink permission).
Please note that existing repositories are unaffected by this setting.
啟用符號鏈接
啟用符號鏈接（需要SeCreateSymbolicLink權(quán)限）。
請注意，現(xiàn)有存儲庫不受此設(shè)置的影響。

有兩個選項：
啟用文件系統(tǒng)緩存
啟用符號鏈接

啟用文件系統(tǒng)緩存就是將批量讀取文件系統(tǒng)數(shù)據(jù)并將其緩存在內(nèi)存中以進行某些操作，可以顯著提升性能。這個選項默認(rèn)開啟。
啟用符號鏈接 ，符號鏈接是一類特殊的文件， 其包含有一條以絕對路徑或者相對路徑的形式指向其它文件或者目錄的引用，類似于 Windows 的快捷方式，不完全等同 類Unix（如 Linux） 下的 符號鏈接。因為該功能的支持需要一些條件，所以默認(rèn)不開啟。

更多關(guān)于 “符號鏈接” 參考資料：

GitHub - Symbolic-Links [https://github.com/git-for-windows/git/wiki/Symbolic-Links]Stackoverflow - How does Git handle symbolic links? [https://stackoverflow.com/questions/954560/]Stackoverflow - What is the difference between NTFS Junction Points and Symbolic Links? [https://stackoverflow.com/questions/9042542/]

點擊 [next] 到第十五步。

2.2.15 配置實驗性選項

截圖忘截了，我太難了，谷歌找張圖頂替一下

翻譯如下：

Enable experimental support for pseudo consoles.
(NEW!) This allows running native console programs like Node or Python in a Git Bash window without using winpty, 
but it still has known bugs.
啟用對偽控制臺的實驗性支持。
(新功能!) 這允許在不使用 winpty 的情況下在 Git Bash 窗口中運行諸如 Node 或 Python 之類的本機控制臺程序，
但是它仍然存在已知的 bug。

Enable experimental built-in file system monitor
(NEW!) Automatically run a built-in file system watcher, to speed up common operations such as ' git status', ' git add', ' git commit', etc in worktrees containing many files.
啟用實驗性內(nèi)置文件系統(tǒng)監(jiān)視器
（新！）自動運行內(nèi)置文件系統(tǒng)監(jiān)視器，以加快包含許多文件的工作樹中的常見操作，例如 'git status'、'git add'、'git commit' 等.

這是實驗性功能，可能會有一些小錯誤之類的，建議不用開啟。
點擊 [install] 進行安裝。
…
…
…
安裝成功

2.3 Git 的功能介紹

這是安裝成功后開始菜單里面的圖。

有 Git Bash、Git CMD、Git FAQs、Git GUI、Git Release Note，下面我們就分別介紹一下這幾個。

2.3.1 Git Bash

Git Bash 是基于CMD的，在CMD的基礎(chǔ)上增添一些新的命令與功能，平時主要用這個，功能很豐富，長這樣：

2.3.2 Git CMD

Git CMD 不能說和 cmd 完全一樣，只能說一模一樣，功能少得可憐，兩者如下圖：

2.3.3 Git FAQs

Git FAQs 就是 Git Frequently Asked Questions（常問問題），訪問地址：https://github.com/git-for-windows/git/wiki/FAQ

2.3.4 Git GUI

Git GUI 就是 Git 的圖形化界面，如下圖：

可以通過它快速創(chuàng)建新倉庫（項目），克隆存在的倉庫（項目），打開存在的倉庫（倉庫）。

2.3.4 Git Release Note

Git Release Note 就是版本說明，增加了什么功能，修復(fù)了什么 bug 之類的。

寫作本文參考資料：

Windows 系統(tǒng) Git 安裝教程（詳解 Git 安裝過程）

[https://www.cnblogs.com/xueweisuoyong/p/11914045.html]

Git 安裝教程（詳細(xì)）

[https://www.jianshu.com/p/bebba0d8038e]

1. GNU 操作系統(tǒng) - 許可證 [http://www.gnu.org/licenses/licenses.html] 

2. 大塚弘記. GitHub 入門與實踐 [M]. 鵬浩，劉斌，譯。人民郵電出版社，2017 

3. MintTY 官網(wǎng) [http://mintty.github.io/] 

到此這篇關(guān)于Git安裝詳細(xì)圖文教程(Git 安裝過程的每一個步驟)的文章就介紹到這了,更多相關(guān)Git安裝教程內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！