Windows Explorer integration 可以右键选择使用Git Bash和Git GUI两种方式的客户端
Git Bash Here
Git GUI Here
Git LFS （Large File Support）大文件支持
Associate .git* configuration files with the default text editor 关联.git后缀文件
Associate .sh files to be run with Bash 关联.sh文件
Check daily for Git for Windows updates 每天检查版本更新
(NEW!) Add a Git Bash Profile to Windows Terminal 将Git Bash添加到Windows Terminal中
(NEW!)Scalar (Git add-on to manage large-scale repositories) Windows新开发的一种大规模仓库管理
注意：倒数第二个选项打勾的话，需要下载 Windows Terminal 配合 Git Bash使用，如图：
2.5 开始菜单文件夹
在开始菜单栏创建Git文件夹，可以修改“Git”来重新命名文件夹，也可以点击“Browser”添加到别的已有文件夹，也可以勾选“Don't create a Start Menu folder”来选择不创建文件夹
安装成功后在开始菜单里的图如下：
2.6 默认编辑器
Git 安装程序里面内置了10种编辑器供你挑选，比如 Atom、Notepad、Notepad++、Sublime Text、Visual Studio Code、Vim 等等，默认的是 Vim ，选择 Vim 后可以直接进行到下一步，但是 Vim 是纯命令行，操作有点难度，需要学习。如果选其他编辑器，则还需要去其官网安装后才能进行下一步。
下图为默认编辑器 Vim
如果你不想用 Vim 当默认编辑器，换一个，比如 Notepad++ ，那么你需要点击下面的蓝色字体 " Notepad++ " 去其官网下载安装好才能进行下一步 [next].
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". 仅在了解其含义后使用此选项。
use bundled opensSH 使用捆绑开放SH This uses ssh.exe that comes with Git. 它使用Git附带的ssh.exe。
Use external opensSH 使用外部操作系统SH 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. 新的！这将使用外部的ssh.exe.Git不会安装它自己的OpenSSH(和相关的)二进制文件，而是像在路径上找到的那样使用它们。
2.10 选择HTTPS后端传输
翻译如下：
1 2 3 4 5 6 7 8 9 10 11
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 域服务。
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"）。
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 well 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. 使用 Windows 的默认控制台窗口 Git 将使用 Windows 的默认控制台窗口（"cmd.exe"），该窗口可与 Win32 控制台程序（例如交互式Python 或 node.js）一起使用，但默认回滚非常有限，需要将其配置为使用 Unicode 字体才能正确显示非 ASCII 字符，并且在 Windows 10 之前，其窗口不可随意调整大小，并且仅允许选择矩形文本。
建议选择第一种，MinTTY 3功能比 cmd 多，cmd 只不过 比 MinTTY 更适合处理 Windows 的一些接口问题，这个对 Git 用处不大，除此之外 Windows 的默认控制台窗口（cmd）有很多劣势，比如 cmd 具有非常有限的默认历史记录回滚堆栈和糟糕的字体编码等等。
Default(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" 的标准行为：在可能的情况下将 当前分支 快进到 获取的分支，否则创建合并提交。
Rebase Rebase the current branch onto the fetched branch. If there are no local commits to rebase, this is equivalent to a fast-forward. 变基将当前分支变基到获取的分支上。如果没有本地提交要变基，则等同于快进。
Only ever fast-forward Fast-forward to the fetched branch. Fail if that is not possible. 只能快进快进到获取的分支。如果不可能，则失败。
一般默认选择第一项，git rebase 绝大部分程序员都用不好或者不懂，而且风险很大，但是很多会用的人也很推崇，但是用不好就是灾难。
git pull 只是拉取远程分支并与本地分支合并，而 git fetch 只是拉取远程分支，怎么合并，选择 merge 还是 rebase ，可以再做选择。
2.14 凭证帮助程序
1 2 3 4 5 6 7 8 9 10
Git Credential Manager Use the cross-platform Git Credential Manager. See more information about the future of Git Credential Manager here. Git 凭证管理 使用跨平台的 Git 凭证管理。 在此处查看有关 Git 凭证管理未来的更多信息。
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权限）。 请注意，现有存储库不受此设置的影响。
启用符号链接，符号链接是一类特殊的文件，其包含有一条以绝对路径或者相对路径的形式指向其它文件或者目录的引用，类似于 Windows 的快捷方式，不完全等同类Unix（如 Linux的符号链接。因为该功能的支持需要一些条件，所以默认不开启。
2.16 配置实验性选项
1 2 3 4 5 6 7 8 9 10 11
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. 启用实验性内置文件系统监视器 （新！）自动运行内置文件系统监视器，以加快包含许多文件的工作树中的常见操作，例如 'git status'、'git add'、'git commit' 等.
