2025最新版本git的详细安装和配置教程

1.打开git官网下载以windows为例Click here to downloadGit - Downloading Packagehttps://git-scm.com/downloads/win

2.下载后双击安装

设置位置

Additional icons：额外图标，展开后 “On the Desktop” 是在桌面创建 Git 快捷方式图标
Windows Explorer integration：Windows 文件资源管理器集成，展开的 “Open Git Bash here”“Open Git GUI here”，分别是右键点击文件夹时，可快速打开 Git Bash（命令行）、Git GUI（图形界面）
Git LFS (Large File Support)：Git 大文件支持，方便管理大文件（如视频、大型二进制文件）
Associate .git configuration files with the default text editor*：关联 .git* 配置文件到系统默认文本编辑器，方便直接打开编辑
Associate .sh files to be run with Bash：关联 .sh（Shell 脚本）文件，用 Git Bash 运行
Check daily for Git for Windows updates：每天检查 Git for Windows 更新
(NEW!) Add a Git Bash Profile to Windows Terminal：向 Windows 终端添加 Git Bash 配置文件，在 Windows Terminal 里直接用 Git Bash

“(NEW!) Scalar (Git add - on to manage large - scale repositories)”：Scalar（Git 附加组件，用于管理大规模代码仓库 ，已勾选 ）

除了每天检查更新的那个都可以勾选，按照自己的要求来

创建快捷方式到开始菜单

选择 Git 默认编辑器，新手推荐使用vscode或者notepad++

想 “一劳永逸学神器”：选 Vim ，熟练后效率碾压，但得耐住前期学习阵痛；
想 “啥开发场景都适配”：选 VS Code ，功能全、生态强，Git 里写注释 / 改配置都像 “开卷”；
想 “Windows 下简单改文件”：选 Notepad++ ，轻便快捷，满足基础需求；
想 “轻量美观 + 效率”：选 Sublime Text ，界面和操作都舒服，适合纯文本 / 代码编辑。

以vscode为例先安装

设置新仓库初始分支名称

选项 1：“Let Git decide”
意思：让 Git 用默认分支名（当前是 master ）作为新仓库的初始分支。
背景：早期 Git 初始分支默认叫 master ，但因历史文化等原因，很多团队现在会主动改名，不过 Git 保留了这个 “传统默认” 选项。
选项 2：“Override the default branch name for new repositories”
意思：自定义新仓库的初始分支名（覆盖默认）。
补充说明：
“NEW! Many teams already renamed their default branches...”
→ 很多团队已经把默认分支改名了，常见的有 main、trunk、development ；
“Specify the name "git init" should use for the initial branch:”
→ 在这里填你希望 git init 用的初始分支名（当前输入框填了 main ）；
“This setting does not affect existing repositories.”
→ 这个设置不影响已有的仓库，只对新创建的仓库生效。

这里新手选默认的就好

设置git命令使用方式

“Use Git from Git Bash only”
意思：仅在 Git Bash 里用 Git
说明：PATH 变量完全不变，只能通过 Git 自带的 Git Bash（专门的命令行工具）用 Git 命令，其他终端（比如系统 cmd、PowerShell ）或第三方软件找不到 Git 。
适合：想完全隔离 Git 环境，只用 Git Bash 操作，不想改动系统环境变量的人。
“Git from the command line and also from 3rd-party software (Recommended)”
意思：在命令行（cmd/PowerShell 等）和第三方软件里也能用 Git（推荐选项）
说明：往系统 PATH 里加最基础的 Git 包装器，不会塞一堆多余的 Unix 工具，保持环境干净。这样不管是 Git Bash、系统 cmd、PowerShell，还是其他第三方软件（比如 VS Code、IDE ），只要找系统 PATH 里的 Git，都能正常调用。
适合：绝大多数人！想在各种终端、开发工具里无缝用 Git，选这个最稳妥，官方也推荐～
“Use Git and optional Unix tools from the Command Prompt”
意思：在命令行里用 Git + 额外的 Unix 工具
说明：不仅把 Git 加到 PATH，还会塞一些 Unix 工具（比如 find、sort ）到系统里。但这些工具会覆盖 Windows 自带的同名工具（比如系统本来也有 find 命令，装了这个会被替换 ），可能引发兼容性问题。
警告：“Warning: This will override Windows tools like "find" and "sort"...” → 会覆盖系统工具，除非你清楚后果（比如熟悉 Unix 工具、需要特定功能 ），否则别选

这个新手选第二个就行

选择ssh可执行文件，无脑第一个就行，更好的兼容GitHub

“Use bundled OpenSSH”（已选中）
含义：使用 Git 自带的 OpenSSH 程序（ssh.exe）。
特点：
无需额外配置，Git 安装包已包含完整的 OpenSSH 工具，装完就能用 SSH 连接远程仓库（比如 GitHub、GitLab ）；
环境独立，不会和系统里其他 SSH 版本冲突，适合 “省心装”。
“Use external OpenSSH”
含义：使用系统外部已有的 OpenSSH 程序（依赖系统 PATH 里能找到的 ssh.exe ）。
特点：
Git 不会装自己的 OpenSSH，而是用你系统里现成的（比如 Windows 10/11 自带的 OpenSSH，或自己另外装的 ）；
需确保系统里有可用的 ssh.exe 且配置正确，否则 Git 用 SSH 时可能报错；
适合想统一管理系统 SSH 工具，或已有定制化 OpenSSH 环境的人。

Git 在 HTTPS 连接时用哪个 SSL/TLS 库，选第二个windows自带的

选项 1：“Use the OpenSSL library”
功能：用 OpenSSL 库处理 HTTPS 连接，通过 ca-bundle.crt 文件验证服务器证书。
特点：跨平台通用，依赖 Git 自带的证书文件，适合非 Windows 专属环境或想手动管理证书的场景。
选项 2：“Use the native Windows Secure Channel library”（已选中）
功能：用Windows 原生的 Secure Channel 库，通过 Windows 证书存储（Windows Certificate Stores）验证服务器证书。
特点：
自动集成系统证书（比如公司通过 Active Directory 分发的内部根 CA 证书 ），在企业内网（依赖内部证书信任链）场景更方便；
贴合 Windows 系统，无需额外维护证书文件，系统更新证书时能自动同步。

配置文本文件换行符转换规则，选第一个就行，第二个在linux可以选

选项 1（已选中）：“Checkout Windows-style, commit Unix-style line endings”
行为：
检出（Checkout）：从仓库拉取文件到本地时，把 Unix 风格换行符（LF）转成 Windows 风格（CRLF ）；
提交（Commit）：把本地文件提交到仓库时，再把 CRLF 转回 LF 。
适用场景：
Windows 系统专用！开发跨平台项目（多人用不同系统协作）时，选这个最稳妥 → 本地用 Windows 习惯的 CRLF，仓库统一存 LF（符合 Unix 标准，避免换行符冲突 ）。
选项 2：“Checkout as-is, commit Unix-style line endings”
行为：
检出：拉取文件时，保持仓库里的换行符格式（不转换 ）；
提交：提交时，把 CRLF 转成 LF 。
适用场景：
Unix/Linux、Mac 系统推荐！本地系统本身用 LF 换行符，检出不折腾，提交统一转 LF 存仓库，适合纯非 Windows 环境开发跨平台项目。
选项 3：“Checkout as-is, commit as-is”
行为：
检出、提交都不做换行符转换，本地啥样仓库就存啥样。
适用场景：
仅限单一系统（比如纯 Windows 且不需要跨平台协作），但跨平台项目选这个会因为换行符不一致（Windows 用 CRLF，Unix 用 LF ）导致冲突，不推荐！

配置 Git Bash 终端模拟器，选一

选项 1：Use MinTTY (the default terminal of MSYS2)
终端类型：MinTTY 是 MSYS2 默认终端
特点：
窗口可自由调整大小、支持非矩形选中文本、默认用 Unicode 字体（显示中文 / 特殊字符无压力）；
但运行交互式程序（如 python 交互环境）需通过 winpty 命令（否则可能出问题 ）
选项 2：Use Windows’ default console window
终端类型：用 Windows 系统默认控制台（cmd.exe 那种黑框 ）
特点：
和系统自带控制台程序（如 python/node.js 交互环境）兼容性好，不用额外处理；
缺点多：默认滚动行数少、需手动配 Unicode 字体才能正常显示中文 / 特殊字符，旧版 Windows（10 以前）还不能自由调整窗口大小，选中文本只能是矩形

配置 git pull 默认行为的界面，默认选

1. Fast-forward or merge（已选）
行为：拉取远程分支时，能快进（Fast-forward）就快进（直接把本地分支指针移到远程最新提交）；
不能快进（比如本地有新提交，远程也有新提交，历史分叉）时，创建合并提交（merge commit） 整合代码。
特点：兼容多种场景，保留分支历史分叉（merge commit 会让提交记录有 “合并点” ），是 Git 较通用的默认策略。
2. Rebase
行为：拉取远程代码时，把本地分支 “变基” 到远程分支上（本地新提交会 “接” 在远程最新提交后面，像没分叉一样）；
若本地没新提交，效果和快进一样。
特点：让提交历史更线性、整洁（没有 merge commit 干扰），但变基可能 “改写历史”，多人协作分支需谨慎用（避免冲突 ）。
3. Only ever fast-forward
行为：拉取时只尝试快进，能快进就更新本地分支；
不能快进（有分叉）时，直接报错失败，不创建 merge commit 。
特点：严格保持分支 “线性”，但遇到分叉就得手动处理（比如先 git fetch 再 git merge/rebase ），对新手不友好，是 Git 早期标准行为。

管理 Git 连接远程仓库，选第一个

选项 1：“Git Credential Manager”（已选中）
功能：用跨平台的 Git 凭据管理器，自动保存、获取你的 Git 账号密码（或 Token ），下次连接远程仓库时直接用，不用重复输。
优点：
支持多种平台（Windows、Mac、Linux ）和远程仓库（GitHub、Azure DevOps 等 ）；
安全存储凭证（比如 Windows 下存系统凭据管理器，Mac 下存钥匙串 ），不用明文暴露密码。
适合：所有普通用户，选它能省掉反复输密码的麻烦，开发体验更顺滑～
选项 2：“None”
功能：不用凭据助手，每次 Git 连接远程仓库（拉取、推送等）都得手动输账号密码 / Token 。
缺点：麻烦！尤其频繁操作仓库时，输凭证能烦死 ；若密码复杂，还容易输错。
适合：极少用 Git 连远程仓库，或有特殊安全需求（比如怕凭证被自动保存 ）的场景（但日常开发基本用不到 ）。

额外功能配置，选默认的，点install安装

1. “Enable file system caching”（已勾选）
功能：启用文件系统缓存，Git 会批量读取文件系统数据并缓存到内存，加速某些操作（比如状态检测、提交 ）。
效果：core.fscache 设为 true，能显著提升性能，推荐保持勾选（日常开发能让 Git 更快 ）。
2. “Enable symbolic links”（未勾选）
功能：启用符号链接支持（类似 Windows 快捷方式、Linux 软链接 ），需系统权限（SeCreateSymbolicLink ）。
说明：仅影响新仓库，已有仓库不受限；若开发中用到符号链接（比如项目依赖特殊链接结构 ）才需要，普通场景可不选。

安装完成后，可以两个都不勾选

Launch Git Bash：安装完成后启动 Git Bash（命令行工具，未勾选 ）；
View Release Notes：查看 Git 2.50.0 版本更新说明（已勾选 ）。

3.配置到自己的电脑和GitHub项目里面去

一、基础全局配置（必做）
打开终端（Git Bash / 系统终端），用 git config 命令设置：

用户名 & 邮箱（提交代码时标识身份，关联远程仓库账号）：
git config --global user.name "你的名字"  
git config --global user.email "你的邮箱@example.com"  

默认编辑器（Git 操作时打开的文本编辑器，如 VS Code ）：
git config --global core.editor "code --wait"  # VS Code（需先装并配系统环境变量）  
# 其他编辑器示例：git config --global core.editor "notepad++"（Notepad++）  
二、常用功能配置（按需选）
换行符自动转换（解决跨平台换行符冲突，Windows 推荐）：
git config --global core.autocrlf true  # 检出转 CRLF，提交转 LF  

凭证助手（自动保存 Git 远程仓库账号密码 / Token，免重复输）：
git config --global credential.helper store  # 简单存储（明文存本地，需权衡安全）  
# Windows 更安全方式：git config --global credential.helper manager  

颜色高亮（让命令输出更易读）：
git config --global color.ui auto  
三、仓库级配置（当前项目生效）
进入项目目录，去掉 --global 执行命令，如：
git config user.name "项目专属名字"  # 仅当前仓库用此用户名  

四、验证配置
查看已配置信息：
git config --list  # 列出所有配置  
git config user.name  # 单独查看用户名  
这样就完成 Git 基础配置啦，后续可结合项目需求（如忽略文件 .gitignore、分支策略 ）

例如这样查看项目信息