Git 安装与配置指南

• 将 Git Bash 添加到 Windows Terminal 的配置中（如果使用 Windows Terminal 作为终端工具，建议勾选；否则可以不选）。

选择开始文件夹，设置 Git 快捷方式在系统开始菜单中的存放位置，一般不做修改。

设置 Git 执行文本编辑操作（如编写提交说明）时使用的编辑器，常用默认的 vim 编辑器。

定义执行 git init（创建新仓库）时默认生成的分支名称，默认时 master，也可以自定义，大多数按默认即可，后续也可以使用命令更改。

设置 Git 在命令行中的可访问范围（即哪些终端工具能直接执行 Git 命令）：

• Use Git from Git Bash only
  • 仅允许在 Git Bash 中使用 Git 命令，不会修改系统的 PATH 环境变量。
  • 特点：最保守的选择，但局限性强（无法在 CMD、PowerShell 或第三方软件中直接调用 Git）。
• Git from the command line and also from 3rd-party software（推荐选项）
  • 会向 PATH 中添加少量 Git 核心工具，不包含冗余的 Unix 工具。
  • 特点：可在 Git Bash、CMD、PowerShell 及第三方软件（如 IDE）中直接使用 Git，是兼顾兼容性与环境整洁的最优选择。
• Use Git and optional Unix tools from the Command Prompt
  • 会将 Git 及 Unix 工具（如 find、sort）都加入 PATH，但会覆盖 Windows 自带的同名工具。
  • 风险：可能导致系统工具冲突，仅建议熟悉 Unix 命令的用户选择。

Git 与远程仓库（如 GitHub、Gitee）进行安全连接的工具：

• Use bundled OpenSSH（默认选择）
  • 使用 Git 安装包自带的 OpenSSH 客户端（ssh.exe），无需依赖系统中已有的 SSH 工具。
  • 特点：安装过程独立、无需额外配置，是最便捷的选择，能满足绝大多数用户的远程仓库连接需求。
• Use external OpenSSH
  • 使用系统中已存在的外部 OpenSSH 客户端，Git 不会自行安装 SSH 相关文件，而是从系统 PATH 中查找已有的 ssh.exe。
  • 适用场景：仅当你已在系统中配置了自定义的 SSH 工具（如单独安装的 OpenSSH）时选择，普通用户无需使用。

指定 Git 通过 HTTPS 连接远程仓库时使用的 SSL/TLS 证书验证库：

• Use the OpenSSL library
  • 使用 OpenSSL 库进行证书验证，依赖 Git 自带的 ca-bundle.crt 证书文件。
  • 特点：独立于系统的证书配置，但无法直接使用 Windows 系统中已安装的证书（如企业内部 CA 证书）。
• Use the native Windows Secure Channel library（默认选择）
  • 使用 Windows 原生的 Secure Channel 库，依托 Windows 系统的证书存储（Certificate Stores）验证证书。
  • 优势：可直接使用系统中已配置的证书（包括企业通过 Active Directory 分发的内部根 CA 证书），适配企业内网等场景，是更贴合 Windows 系统的选择。

处理不同系统（Windows/Linux）文本文件的换行符差异（Windows 用 CRLF，Unix/Linux 用 LF）：

• Checkout Windows-style, commit Unix-style line endings（默认推荐）
  • 拉取文件时：将仓库中的 LF 转换为 Windows 的 CRLF；
  • 提交文件时：将本地的 CRLF 转换为 LF 提交到仓库。
  • 适用场景：Windows 系统下的跨平台项目，是官方推荐的设置，能避免不同系统协作时的换行符冲突。
• Checkout as-is, commit Unix-style line endings
  • 拉取文件时：不转换换行符；
  • 提交文件时：将本地 CRLF 转换为 LF。
  • 适用场景：Unix/Linux 系统的跨平台项目，Windows 用户一般无需选择。
• Checkout as-is, commit as-is
  • 拉取和提交时都不转换换行符。
  • 风险：跨平台项目中易出现换行符混乱，不推荐使用。

指定 Git Bash 使用的终端环境：

• Use MinTTY (the default terminal of MSYS2)（默认选择）
  • 使用 MinTTY 作为 Git Bash 的终端模拟器，具备可调整窗口大小、非矩形文本选择、Unicode 字体支持等功能，体验更接近 Unix 终端。
  • 注意：若要运行交互式 Windows 程序（如交互式 Python），需通过 winpty 命令启动。
• Use Windows' default console window
  • 使用 Windows 默认的 CMD 控制台作为终端，兼容性更好（可直接运行交互式程序），但功能有限：默认滚动缓存小、需手动配置 Unicode 字体，且旧版 Windows 中窗口不可自由调整大小。

设置 git pull 命令的默认执行逻辑：

• Fast-forward or merge（默认选择）
  • 优先尝试'快进合并'（直接将本地分支更新到远程分支的最新版本）；若无法快进（本地有未推送的提交），则创建合并提交。
  • 特点：兼容性强，是多数用户的常规选择，能保留完整的提交历史。
• Rebase
  • 将本地未推送的提交'变基'到远程分支的最新版本上，使提交历史更线性，但操作相对复杂，需了解变基的风险（如冲突处理）。
• Only ever fast-forward
  • 仅执行快进合并，若无法快进则直接失败。这是 git pull 的原始默认行为，但灵活性不足，仅适用于严格要求快进的场景。

凭据助手用于保存 Git 连接远程仓库时的账号密码，避免重复输入：

• Git Credential Manager（默认选择）
  • 使用跨平台的 Git 凭据管理器，可安全保存远程仓库（如 GitHub、Gitee）的账号密码，支持 Windows、macOS 等系统，是官方推荐的方案，能大幅提升操作效率。
• None
  • 不使用凭据助手，每次连接远程仓库都需要手动输入账号密码，仅适用于对安全性有极高要求（不希望本地存储凭据）的场景。

启用可选的增强功能：

• Enable file system caching（默认勾选）
  • 开启文件系统缓存，将文件系统数据批量读取并缓存到内存中，能显著提升 Git 操作（如状态查询、提交）的性能，是实用的性能优化选项。
• Enable symbolic links（默认勾选）
  • 启用符号链接功能（需系统具备 SeCreateSymbolicLink 权限），符号链接可在项目中创建文件/目录的快捷方式，适用于需要跨路径引用资源的场景。注意：该设置仅影响新仓库，不改变已存在的仓库。

进行安装。

安装完成

• Launch Git Bash：勾选后会在点击'Finish'时直接启动 Git Bash 终端；
• View Release Notes：默认勾选，点击'Finish'后会打开 Git 的版本更新说明页面。

三、使用

在任意文件夹，鼠标右键即可如下图显示 Git 的相关操作。

Open Git Bash here：在当前文件夹打开 Git 命令行终端（Bash），支持所有 Git 命令行操作，是开发者常用的方式。

Open Git GUI here：在当前文件夹打开 Git 的图形化界面工具。