Git是一个分布式版本控制及源代码管理工具;Git可以为你的项目保存若干快照,以此来对整个项目进行版本管理。这篇文章介绍了 Git 的安装过程。
一、 Git 的下载
下载链接：点击我跳到下载地址
这个就需要去 Git 官网下载对应系统的软件了，下载地址为 git-scm.com或者gitforwindows.org，或者阿里镜像。
上面的 git-scm 是 Git 的官方，里面有不同系统不同平台的安装包和源代码，而 gitforwindows.org 里只有 windows 系统的安装包
阿里镜像直接Ctrl+F 搜索最新版本前缀即可，如2.40.0
1、独立安装
将Git安装程序下载并运行，然后按照默认设置在系统目录中安装Git，这样Git将被集成到操作系统中。这意味着在独立安装Git后，您可以在任何终端窗口或Git客户端中使用Git命令。
2.便携安装
将所有Git文件打包成一个文件夹，您可以将该文件夹放在任何位置，如U盘或外部硬盘驱动器中。便携安装不需要进行系统级的安装或管理员权限，因此适合移动用户和临时使用Git的人员。
二、GIT安装步骤
1、安装get程序
找到你下载好的安装程序,双击运行安装程序
2、许可声明
点击Next就完事了
3、选择安装路径
建议选择安装D盘
4、 选择安装组件
图中这些英文都比较简单，我已经把大概意思翻译出来了，大家根据自己的需要选择勾选。点击 [next] 到第四步。
注：最后一个选项打勾的话，需要下载 Windows Terminal 配合 Git Bash使用，如图：
5 、选择开始菜单文件夹
方框内 Git 可改为其他名字，也可点击 “Browse…” 选择其他文件夹或者给”Don’t create a Start Menu folder” 打勾不要文件夹，点击 [next] 到第五步。
6、 选择 Git 默认编辑器
Git 安装程序里面内置了 10 种编辑器供你挑选，比如 Atom、Notepad、Notepad++、Sublime Text、Visual Studio Code、Vim 等等，默认的是 Vim ，选择 Vim 后可以直接进行到下一步，但是 Vim 是纯命令行，操作有点难度，需要学习。如果选其他编辑器，则还需要去其官网安装后才能进行下一步。
下图为默认编辑器 Vim.可直接点击 [next] 到第六步。
7、 决定初始化新项目(仓库)的主干名字
第一种是让 Git 自己选择，名字是 master ，但是未来也有可能会改为其他名字；第二种是我们自行决定，默认是 main，当然，你也可以改为其他的名字。一般默认第一种，点击 [next] 到第七步。
注： 第二个选项下面有个 NEW！ ，说很多团队已经重命名他们的默认主干名为 main . 这是因为2020 年非裔男子乔治·弗洛伊德因白人警察暴力执法惨死而掀起的 Black Lives Matter(黑人的命也是命)运动，很多人认为 master 不尊重黑人，呼吁改为 main.
8、 调整你的 path 环境变量
翻译如下：
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
这是最谨慎的选择，因为您的 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 工具使环境混乱。
您将能够使用 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。这个就是在第一种基础上进行第三方支持，你将能够从 Git Bash，命令提示符(cmd) 和 Windows PowerShell 以及可以从 Windows 系统环境变量中寻找 Git 的任何第三方软件中使用 Git。推荐使用这个。
第三种是从命令提示符使用 Git 和可选的 Unix 工具。选择这种将覆盖 Windows 工具，如 “ find 和 sort ”。只有在了解其含义后才使用此选项。一句话，适合比较懂的人折腾。
9、 选择 SSH 执行文件
翻译如下：
Use bundled OpenSSH
This uses ssh. exe that comes with Git.
使用捆绑的 OpenSSH
这使用的 ssh.exe 是 Git 自带的
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（和相关）二进制文件，而是使用在环境变量 PATH 中找到的它们。
10、 选择HTTPS后端传输
翻译如下：
use the OpenSSL library
Server certificates will be validated using the ca-bundle. crt file.
使用 OpenSSL 库
服务器证书将使用 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 安全通道库
服务器证书将使用 Windows 证书存储进行验证。
此选项还允许您使用公司内部分发的内部根 CA 证书，例如通过 Active Directory 域服务。
这两种选项有什么区别呢？
如果在具有企业管理证书的组织中使用 Git，则将需要使用安全通道。如果你仅使用 Git 来访问公共存储库（例如 GitHub ），或者你的组织不管理自己的证书，那么使用 SSL 后端（它们只是同一协议的不同实现）就可以了。
也就是说，作为普通用户，只是用 Git 来访问 Github、GitLab 等网站，选择前者就行了。点击 [next] 到第十步。
11、 配置行尾符号转换
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 样式的行结尾
Git 签出文本文件时，会将 LF 转换为 CRLF。
提交文本文件时，CRLF 将转换为 LF。
对于跨平台项目，这是 Windows 上的建议设置（”core.autocrif” 设置为 “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 样式的行结尾
Git 在签出文本文件时不会执行任何转换。提交文本文件时，CRLF 将转换为 LF。
对于跨平台项目，这是在 Unix 上的建议设置（”core.autocrif” 设置为 “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 在签出或提交文本文件时不会执行任何转换。
不建议跨平台项目选择此选项（”core.autocrif” 设置为 “false”）。
这三种选择分别是：
签出 Windows 样式，提交 Unix 样式的行结尾。
按原样签出，提交Unix样式的行结尾。
按原样签出，按原样提交。
那 Windows 样式和 Unix 样式到底有什么区别呢？
引用 《GitHub入门与实践》 第 50 页内容2
GitHub 中公开的代码大部分都是以 Mac 或 Linux 中的 LF（Line Feed）换行。然而，由于 Windows 中是以 CRLF（Carriage Return+ Line Feed）换行的，所以在非对应的编辑器中将不能正常显示。
Git 可以通过设置自动转换这些换行符。使用 Windows 环境的各位，请选择推荐的 “Checkout Windows-style，commit Unix-style line endings” 选项。换行符在签出时会自动转换为 CRLF，在提交时则会自动转换为 LF .
上面说 Mac 、Linux、Unix 的 Line Feed ，翻译过来就是换行符，用 “\n” 表示，换行符 “\n” 的 ASCII 值为10；
Windows 的是 Carriage Return+ Line Feed（回车+换行），用 “\r\n” 表示，回车符 “\r” 的 ASCII 值为13；
这上下两者是不一样的。
所以这就需要转换了，至于为什么选第一项？
这还用问吗？我们现在的教程就是介绍怎么安装 Windows 版 Git，肯定选第一项啦。
12、 配置终端模拟器以与 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的默认终端）
Git Bash 将使用 MinTTY 作为终端仿真器，该仿真器具有可调整大小的窗口非矩形选择和 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 的默认控制台窗口
Git 将使用 Windows 的默认控制台窗口（”cmd.exe”），该窗口可与 Win32 控制台程序（例如交互式Python 或
node.js）一起使用，但默认回滚非常有限，需要将其配置为使用 Unicode 字体才能正确显示非 ASCII 字符，并且在
Windows 10 之前，其窗口不可随意调整大小，并且仅允许选择矩形文本。
建议选择第一种，MinTTY 3功能比 cmd 多，cmd 只不过 比 MinTTY 更适合处理 Windows 的一些接口问题，这个对 Git 用处不大，除此之外 Windows 的默认控制台窗口（cmd）有很多劣势，比如 cmd 具有非常有限的默认历史记录回滚堆栈和糟糕的字体编码等等。
相比之下，MinTTY 具有可调整大小的窗口和其他有用的可配置选项，可以通过右键单击的工具栏来打开它们 git-bash 。点击 [next] 到第十二步。
13、 选择默认的 “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.
默认（快进或合并）
这是 “git pull” 的标准行为：在可能的情况下将 当前分支 快进到 获取的分支，否则创建合并提交。
ORebase Rebase the current branch onto the fetched branch. If there are no local
commits to rebase, this is equivalent to a fast-forward.
变基将当前分支变基到获取的分支上。如果没有本地提交要变基，则等同于快进。
Oonly ever fast-forward
Fast-forward to the fetched branch. Fail if that is not possible.
只能快进快进到获取的分支。如果不可能，则失败。
“git pull” 是什么意思呢？
git pull 就是获取最新的远程仓库分支到本地，并与本地分支合并
上面给了三个 “git pull” 的行为：
第一个是 merge
第二个是 rebase
第三个是 直接获取
第一种 git pull = git fetch + git merge
第二种 git pull = git fetch + git rebase
第三种 git pull = git fetch ？(这个没试过，纯属猜测
一般默认选择第一项，git rebase 绝大部分程序员都用不好或者不懂，而且风险很大，但是很多会用的人也很推崇，但是用不好就是灾难。
git pull 只是拉取远程分支并与本地分支合并，而 git fetch 只是拉取远程分支，怎么合并，选择 merge 还是 rebase ，可以再做选择。
14 、选择一个凭证帮助程序
翻译如下：
Git Credential Manager
Use the cross-platform Git Credential Manager.
See more information about the future of Git Credential Manager here.
Git 凭证管理
使用跨平台的 Git 凭证管理。
在此处查看有关 Git 凭证管理未来的更多信息。
None
Do not use a credential helper.
不使用凭证助手。
一共两个选项：
Git 凭证管理
不使用凭证助手
15、 配置实验性选项
翻译如下：
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.
启用文件系统缓存
文件系统数据将被批量读取并缓存在内存中用于某些操作(“core”)。Fscache”设置为“true”)。这提供了显著的性能提升
Enable symbolic links
Enable symbolic links (requires the SeCreateSymbolicLink permission). Please note that existing repositories are unaffected by this setting.
启用符号链接
启用符号链接(需要SeCreateSymbolicLink权限)。请注意，现有存储库不受此设置的影响。
点击 [install] 进行安装。
三、 Git 的功能介绍
这是安装成功后开始菜单里面的图。
有 Git Bash、Git CMD、Git FAQs、Git GUI、Git Release Note，下面我们就分别介绍一下这几个。
1、Git Bash
Git Bash 是基于CMD的，在CMD的基础上增添一些新的命令与功能，平时主要用这个，功能很丰富，长这样：
2 Git CMD
Git CMD 不能说和 cmd 完全一样，只能说一模一样，功能少得可怜，两者如下图：
3、 Git GUI
Git GUI 就是 Git 的图形化界面，如下图：
可以通过它快速创建新仓库（项目），克隆存在的仓库（项目），打开存在的仓库（仓库）。这个我用的很少，建议还是用命令行学习Git。
