一、前言

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

二、Git 的安裝

2.1 Git 的下載

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

2.2 Git 的安裝

我下載的版本是 Git-2.31.1-64-bit.exe Git-2.35.1.2-64-bit.exe，接下來(lái)我們就對(duì)這個(gè)版本進(jìn)行安裝工作。

2.2.1 使用許可聲明

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

2.2.2 選擇安裝目錄

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

2.2.3 選擇安裝組件

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

注：最后一個(gè)選項(xiàng)打勾的話，需要下載 Windows Terminal 配合 Git Bash使用，如圖：

2.2.4 選擇開(kāi)始菜單文件夾

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

安裝成功后在開(kāi)始菜單里的圖如下：

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

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

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

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

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

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

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

2.2.6 決定初始化新項(xiàng)目(倉(cāng)庫(kù))的主干名字

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

注： 第二個(gè)選項(xiàng)下面有個(gè) NEW！ ，說(shuō)很多團(tuán)隊(duì)已經(jīng)重命名他們的默認(rèn)主干名為 main . 這是因?yàn)?020 年非裔男子喬治·弗洛伊德因白人警察暴力執(zhí)法慘死而掀起的 Black Lives Matter(黑人的命也是命)運(yùn)動(dòng)，很多人認(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)慎的選擇，因?yàn)槟?PATH 根本不會(huì)被修改。您將只能使用 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.
從命令行以及第三方軟件進(jìn)行 Git
（推薦）此選項(xiàng)僅將一些最小的 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". 僅在了解其含義后使用此選項(xiàng)。

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

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

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

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 (注，這是一個(gè)軟件)
要使用 PuTTY，請(qǐng)指定 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 不會(huì)安裝自己的 OpenSSH（和相關(guān)）二進(jìn)制文件，而是使用在環(huán)境變量 PATH 中找到的它們。

注：這是一個(gè)新功能，我 2021-4-17 安裝的 2.31.1 版本并沒(méi)有這個(gè)選項(xiàng)，先按默認(rèn)的來(lái)吧，先填個(gè)坑，有機(jī)會(huì)再補(bǔ)充

2.2.9 選擇HTTPS后端傳輸

翻譯如下：

use the OpenSSL library 
Server certificates will be validated using the ca-bundle. crt file.
使用 OpenSSL 庫(kù)
服務(wù)器證書(shū)將使用 ca-bundle.crt 文件進(jìn)行驗(yàn)證。
    
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.
使用本機(jī) Windows 安全通道庫(kù)
服務(wù)器證書(shū)將使用 Windows 證書(shū)存儲(chǔ)進(jìn)行驗(yàn)證。
此選項(xiàng)還允許您使用公司內(nèi)部分發(fā)的內(nèi)部根 CA 證書(shū)，例如通過(guò) Active Directory 域服務(wù)。

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

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

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

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

2.2.10 配置行尾符號(hào)轉(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 簽出文本文件時(shí)，會(huì)將 LF 轉(zhuǎn)換為 CRLF。
提交文本文件時(shí)，CRLF 將轉(zhuǎn)換為 LF。
對(duì)于跨平臺(tái)項(xiàng)目，這是 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 在簽出文本文件時(shí)不會(huì)執(zhí)行任何轉(zhuǎn)換。提交文本文件時(shí)，CRLF 將轉(zhuǎn)換為 LF。
對(duì)于跨平臺(tái)項(xiàng)目，這是在 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 在簽出或提交文本文件時(shí)不會(huì)執(zhí)行任何轉(zhuǎn)換。
不建議跨平臺(tái)項(xiàng)目選擇此選項(xiàng)（"core.autocrif" 設(shè)置為 "false"）。

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

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

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

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

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

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

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

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

更多資料參考：

騰訊云 - 換行符 ‘\n’ 和 回車符 ‘\r’ 的區(qū)別？[https://cloud.tencent.com/developer/article/1353286] 知乎 - 為什么會(huì)用 \r\n 兩個(gè)字符表示換行？[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]

點(diǎn)擊 [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 控制臺(tái)程序（例如交互式 Python）必須通過(guò) "winpty" 啟動(dòng)才能在 MinTTY 中運(yùn)行。

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)控制臺(tái)窗口
Git 將使用 Windows 的默認(rèn)控制臺(tái)窗口（"cmd.exe"），該窗口可與 Win32 控制臺(tái)程序（例如交互式Python 或 
node.js）一起使用，但默認(rèn)回滾非常有限，需要將其配置為使用 Unicode 字體才能正確顯示非 ASCII 字符，并且在 
Windows 10 之前，其窗口不可隨意調(diào)整大小，并且僅允許選擇矩形文本。

建議選擇第一種，MinTTY 3功能比 cmd 多，cmd 只不過(guò) 比 MinTTY 更適合處理 Windows 的一些接口問(wèn)題，這個(gè)對(duì) Git 用處不大，除此之外 Windows 的默認(rèn)控制臺(tái)窗口（cmd）有很多劣勢(shì)，比如 cmd 具有非常有限的默認(rèn)歷史記錄回滾堆棧和糟糕的字體編碼等等。
相比之下，MinTTY 具有可調(diào)整大小的窗口和其他有用的可配置選項(xiàng)，可以通過(guò)右鍵單擊的工具欄來(lái)打開(kāi)它們 git-bash 。點(diǎn)擊 [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)（快進(jìn)或合并）
這是 "git pull" 的標(biāo)準(zhǔn)行為：在可能的情況下將 當(dāng)前分支 快進(jìn)到 獲取的分支，否則創(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)前分支變基到獲取的分支上。如果沒(méi)有本地提交要變基，則等同于快進(jìn)。

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

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

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

第一種 git pull = git fetch + git merge
第二種 git pull = git fetch + git rebase
第三種 git pull = git fetch ？(這個(gè)沒(méi)試過(guò)，純屬猜測(cè)

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

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

更多參考資料：

知乎 - git pull 和 git fetch 的區(qū)別？ [https://www.zhihu.com/question/38305012] 知乎 - 在開(kāi)發(fā)過(guò)程中使用 git rebase 還是 git merge，優(yōu)缺點(diǎn)分別是什么？ [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 選擇一個(gè)憑證幫助程序

翻譯如下：

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

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

一共兩個(gè)選項(xiàng)：
Git 憑證管理
不使用憑證助手

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

登錄圖如下(屬于第一個(gè)選項(xiàng)的，老圖了)，來(lái)自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]

注：資料鏈接建議不用看，這個(gè)本來(lái)三個(gè)選項(xiàng)的，不知因何回退成兩個(gè)選項(xiàng)了，原本的那個(gè)新選項(xiàng)被取消了

點(diǎn)擊 [next] 進(jìn)到十四步。

2.2.14 配置額外的選項(xiàng)

翻譯如下：

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)存中以進(jìn)行某些操作（"core.fscache” 設(shè)置為 "true"）。
這可以顯著提高性能。

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

有兩個(gè)選項(xiàng)：
啟用文件系統(tǒng)緩存
啟用符號(hào)鏈接

啟用文件系統(tǒng)緩存就是將批量讀取文件系統(tǒng)數(shù)據(jù)并將其緩存在內(nèi)存中以進(jìn)行某些操作，可以顯著提升性能。這個(gè)選項(xiàng)默認(rèn)開(kāi)啟。
啟用符號(hào)鏈接 ，符號(hào)鏈接是一類特殊的文件， 其包含有一條以絕對(duì)路徑或者相對(duì)路徑的形式指向其它文件或者目錄的引用，類似于 Windows 的快捷方式，不完全等同 類Unix（如 Linux） 下的 符號(hào)鏈接。因?yàn)樵摴δ艿闹С中枰恍l件，所以默認(rèn)不開(kāi)啟。

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

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/]

點(diǎn)擊 [next] 到第十五步。

2.2.15 配置實(shí)驗(yàn)性選項(xiàng)

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

翻譯如下：

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.
啟用對(duì)偽控制臺(tái)的實(shí)驗(yàn)性支持。
(新功能!) 這允許在不使用 winpty 的情況下在 Git Bash 窗口中運(yùn)行諸如 Node 或 Python 之類的本機(jī)控制臺(tái)程序，
但是它仍然存在已知的 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.
啟用實(shí)驗(yàn)性內(nèi)置文件系統(tǒng)監(jiān)視器
（新?。┳詣?dòng)運(yùn)行內(nèi)置文件系統(tǒng)監(jiān)視器，以加快包含許多文件的工作樹(shù)中的常見(jiàn)操作，例如 'git status'、'git add'、'git commit' 等.

這是實(shí)驗(yàn)性功能，可能會(huì)有一些小錯(cuò)誤之類的，建議不用開(kāi)啟。
點(diǎn)擊 [install] 進(jìn)行安裝。
…
…
…
安裝成功

2.3 Git 的功能介紹

這是安裝成功后開(kāi)始菜單里面的圖。

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

2.3.1 Git Bash

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

2.3.2 Git CMD

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

2.3.3 Git FAQs

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

2.3.4 Git GUI

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

可以通過(guò)它快速創(chuàng)建新倉(cāng)庫(kù)（項(xiàng)目），克隆存在的倉(cāng)庫(kù)（項(xiàng)目），打開(kāi)存在的倉(cāng)庫(kù)（倉(cāng)庫(kù)）。

2.3.4 Git Release Note

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

寫(xiě)作本文參考資料：

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

[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 入門與實(shí)踐 [M]. 鵬浩，劉斌，譯。人民郵電出版社，2017 

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

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

最新評(píng)論