【Git】2025全图文详解安装教程

【Git】2025全图文详解安装教程

目录

一、Git 的下载

二、Git 的安装

2.1 使用许可声明

2.2 选择安装目录

2.3 选择安装组件

2.4 选择开始菜单文件夹

2.5 选择 Git 默认编辑器

2.6 决定初始化新项目(仓库)的主干名字

2.7 选择Git使用方式

2.8 选择SSH执行文件

2.9 选择HTTPS后端传输

2.10 配置行尾符号转换

2.11 配置终端模拟器以与 Git Bash 一起使用

2.12 选择默认的 “git pull” 行为

2.13 选择一个凭证帮助程序

2.14 配置额外的选项

2.15 安装成功

三、Git 的功能介绍

3.1 Git Bash

3.2 Git CMD

3.3 Git FAQs

3.4 Git GUI

3.5 Git Release Note



一、Git 的下载

这个就需要去 Git 官网下载对应系统的软件

下载地址为: Git 或者Git for Windows,或者阿里镜像(CNPM Binaries Mirror

第1个是 Git 的官方,里面有不同系统不同平台的安装包和源代码;

第2个Git for windows 只有 windows 系统的安装包;

第3个阿里镜像直接Ctrl+F 搜索最新版本前缀即可,如2.40.0;

说明:如果有代理可用前两种,如果没有就用第3个国内阿里云镜像进行下载;

二、Git 的安装

我这里选用的是从阿里云镜像进行下载,这种方式对于国内用户也比较友好。

我下载的版本是Git-2.51.2-64-bit.exe,接下来我们就对这个版本进行安装工作。


2.1 使用许可声明

双击下载后的 Git-2.51.2-64-bit.exe,开始安装,这个界面主要展示了 GPL 第 2 版协议1的内容,点击 【next】 到第二步。


2.2 选择安装目录

可点击 “Browse…” 更换目录,也可直接在方框里面改,软件类我一般直接将 “C” 改为 “D”,这样就直接安装在 D 盘里了,总而言之,怎么方便管理文件怎么来,别放C盘就行。点击 【next】 到第三步。


2.3 选择安装组件

图中这些英文都比较简单,我已经把大概意思翻译出来了,大家根据自己的需要选择勾选。点击 【next】到第四步。(一般保持默认即可)

注:倒数第二个选项打勾的话,需要下载 Windows Terminal 配合 Git Bash使用,如图:


2.4 选择开始菜单文件夹

方框内 Git 可改为其他名字,也可点击“Browse...” 选择其他文件夹或者给"Don't create a Start Menu folder"打勾不要文件夹。一般保持默认,点击 【next】到第五步。


2.5 选择 Git 默认编辑器

这里根据自身对vim的熟悉程度,选择是否更换;

如果不知道怎么选,可以先默认【next】,后续通过命令进行更换;

# 设置 VS Code 为默认编辑器 git config --global core.editor "code --wait" # 或设置 Notepad++ git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -notabbar -nosession -noPlugin" # 或设置 Sublime Text git config --global core.editor "'C:/Program Files/Sublime Text/sublime_text.exe' -w"
说明



不推荐选择 Vim:Vim 对新手不友好,学习曲线陡峭界面不直观,操作复杂容易在编辑时卡住不知道如何退出

选择 "Next" 的好处:保持灵活性:Git 会使用系统环境变量中的编辑器后续可配置:安装完成后可以轻松设置你喜欢的编辑器避免使用 Vim:除非你熟悉 Vim,否则不推荐

如果你不想用 Vim 当默认编辑器,换一个,比如 Notepad++ ,那么你者需要点击下面的蓝色字体 " Notepad++ " 去其官网下载安装好才能进行下一步 [next].

安装后还要配置在我的电脑->属性->高级系统设置->高级->环境变量->系统变量->Path->编辑添加 Notepad++ 的安装地址,如 C:\Program Files\notepad++.
这样才能在 Git Bash 里面直接调用 Notepad++.

$ notepad++ 文件名.后缀 //在 git bash 调用 notepad++ 打开文件 

新手建议使用 Notepad++ 、Sublime Text,这两个比 Windows 自带的记事本功能多太多了。点击 [next] 到第六步。


2.6 决定初始化新项目(仓库)的主干名字

推荐设置:

选择第二个选项:"Override the default branch name for new repositories"在输入框中保持 main(这是默认填好的)

翻译后图示:

【为什么推荐 main?】

行业趋势:
main 是现代标准:GitHub、GitLab 等平台的新建仓库默认使用 main社区共识:大多数新项目都使用 main 作为默认分支名包容性考虑:避免了 master 可能带来的历史包袱

优势:✅ 与主流代码托管平台保持一致✅ 符合现代开发实践✅ 新团队协作时更易理解✅ 不影响现有仓库(只对新仓库生效)

2.7 选择Git使用方式

默认【next】即可

说明

"Git from the command line and also from 3rd-party software"✅ 可以在 Git Bash、CMD、PowerShell 中使用 Git 命令✅ 第三方软件(如 VS Code、IDEA 等)也能识别 Git✅ 不会覆盖 Windows 系统命令✅ 这是最适合大多数用户的选择

⚠️ 其他选项:

"Use Git from Git Bash only"
❌ 只能在 Git Bash 中使用 Git 命令❌ CMD、PowerShell 中无法直接使用 git 命令❌ 某些开发工具可能找不到 Git

"Use Git and optional Unix tools from the Command Prompt"⚠️ 不推荐,除非你明确知道后果❌ 会覆盖 Windows 系统命令(如 findsort)❌ 可能导致某些脚本或工具异常一句话,适合比较懂的人折腾。

 翻译后图示:

2.8 选择SSH执行文件

保持默认捆绑的SSH执行文件,直接点【Next】即可

【注意】这是一个新版块,老版本没有这个

说明

✅ 推荐选项:

"Use bundled OpenSSH"
✅ Git 自带完整的 SSH 客户端✅ 开箱即用,无需额外配置✅ 与 Git for Windows 完美兼容✅ 适合绝大多数用户✅ 这是最安全、最稳定的选择



🔧 另一个选项:

"Use external OpenSSH"
⚠️ 使用系统已有的 SSH 客户端⚠️ 需要确保系统已正确安装 OpenSSH⚠️ 可能遇到版本兼容性问题⚠️ 只推荐给明确知道自己在做什么的高级用户

 翻译后图示:

2.9 选择HTTPS后端传输

个人使用选“Use the OpenssL library”,

企业组织使用选择“Use the native Windows Secure Channel library

翻译图示如下:


如何选择?

▲如果在具有企业管理证书的组织中使用 Git,则将需要使用安全通道。

▲如果你仅使用 Git 来访问公共存储库(例如 GitHub ),或者你的组织不管理自己的证书,那么使用 SSL 后端(它们只是同一协议的不同实现)就可以了。

这两种选项有什么区别

来自:git - What's the difference between OpenSSL and the native windows Secure Channel library - Stack Overflow

也就是说,作为普通用户,只是用 Git 来访问 Github、GitLab 等网站,选择前者就行了。点击 [next] 到第十步。


2.10 配置行尾符号转换

翻译图示如下:



这三种选择分别是:
签出 Windows 样式,提交 Unix 样式的行结尾。
按原样签出,提交Unix样式的行结尾。
按原样签出,按原样提交。


那 Windows 样式和 Unix 样式到底有什么区别呢?

引用 《GitHub入门与实践》 第 50 页内容:

▲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,肯定选第一项啦

至于 “回车”(carriage return)和 “换行”(line feed)这两个概念的来历和区别?
引用一下 阮一峰老师博客的部分内容【回车和换行 - 阮一峰的网络日志

更多资料参考:

1、腾讯云 - 换行符 ‘\n’ 和 回车符 ‘\r’ 的区别?

[https://cloud.tencent.com/developer/article/1353286]



2、知乎 - 为什么会用\r\n两个字符表示换行?[https://www.zhihu.com/question/29326647]



3、Stackoverflow - What are carriage return, linefeed, and form feed?

[https://stackoverflow.com/questions/3091524/what-are-carriage-return-linefeed-and-form-feed]

点击 [next] 到第十一步。


2.11 配置终端模拟器以与 Git Bash 一起使用

翻译图示如下:



建议选择第一种:

MinTTY 3功能比 cmd 多,cmd 只不过 比 MinTTY 更适合处理 Windows 的一些接口问题,这个对 Git 用处不大,除此之外 Windows 的默认控制台窗口(cmd)有很多劣势,比如 cmd 具有非常有限的默认历史记录回滚堆栈和糟糕的字体编码等等。

"Use MinTTY (the default terminal of MSYS2)"✅ 更好的用户体验:可调整窗口大小,文本选择更灵活✅ 更好的 Unicode 支持:正确显示各种语言字符✅ 更好的滚动和复制粘贴体验✅ 这是 Git Bash 的原生终端,集成度最好

⚠️ 另一个选项:

"Use Windows' default console window"❌ 滚动缓冲区有限❌ 需要手动配置 Unicode 字体❌ 在旧版 Windows 中窗口调整大小受限⚠️ 唯一优势:直接支持 Windows 控制台程序(如 Python、Node.js)

🤔 为什么推荐 MinTTY?现代化体验:类似 Linux/macOS 终端的体验更好的兼容性:对 Git 操作和开发工具支持更好Unicode 支持:无需额外配置就能显示中文等特殊字符操作便利:复制粘贴、滚动等操作更顺畅

相比之下,MinTTY 具有可调整大小的窗口和其他有用的可配置选项,可以通过右键单击的工具栏来打开它们 git-bash 。点击 [next] 到第十二步。


2.12 选择默认的 “git pull” 行为

翻译试图如下:


“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 ,可以再做选择。
 

更多参考资料:

1、知乎 - git pull 和 git fetch的区别?

[https://www.zhihu.com/question/38305012]


2、知乎 - 在开发过程中使用 git rebase 还是 git merge,优缺点分别是什么?

[https://www.zhihu.com/question/36509119]


3、Stackoverflow - Why does git perform fast-forward merges by default?

[https://stackoverflow.com/questions/2850369]


4、Stackoverflow - In git how is fetch different than pull and how is merge different than rebase?

[https://stackoverflow.com/questions/14894768/]


5、Stackoverflow - Difference between git pull and git pull --rebase

[https://stackoverflow.com/questions/18930527]

2.13 选择一个凭证帮助程序

翻译如下:


一共两个选项:

Git 凭证管理

不使用凭证助手




第一个选项是提供登录凭证帮助的,Git 有时需要用户的凭据才能执行操作;例如,可能需要输入用户名密码才能通过 HTTP 访问远程存储库(GitHub,GItLab 等等)。

强烈推荐选项

"Git Credential Manager"✅ 自动管理凭证:记住你的 GitHub、GitLab 等账号密码✅ 安全存储:使用安全的加密方式保存凭证✅ 跨平台支持:Windows、macOS、Linux 都适用✅ 支持多种认证方式:包括个人访问令牌、OAuth 等✅ 避免重复输入:一次登录,长期有效



▲另一个选项:

"None"
❌ 不保存任何凭证信息❌ 每次推送/拉取代码都需要重新输入账号密码❌ 使用不便,特别是频繁操作远程仓库时⚠️ 只适合在高度安全要求的特殊环境中使用



▲为什么推荐 Git Credential Manager?开发效率:不用每次操作远程仓库都输入凭证安全性:比在配置文件中明文存储密码安全得多现代化:GitHub 等平台已推荐使用个人访问令牌替代密码便捷性:自动处理令牌刷新和认证流程



▲实际使用场景:克隆私有仓库时自动认证推送代码到远程仓库无需重复登录安全地管理多个 Git 服务的凭证

点击 [next] 进到十四步。


2.14 配置额外的选项

操作建议:

两个复选框都勾选 → 点击 Install

这样配置既能获得最佳性能,又能确保对现代开发工具的完全兼容。

翻译图示如下



有两个选项:
▲启用文件系统缓存
▲启用符号链接



启用文件系统缓存
就是将批量读取文件系统数据并将其缓存在内存中以进行某些操作,可以显著提升性能。这个选项默认开启。


启用符号链接 ,符号链接是一类特殊的文件, 其包含有一条以绝对路径或者相对路径的形式指向其它文件或者目录的引用,类似于 Windows 的快捷方式,不完全等同 类Unix(如 Linux) 下的 符号链接。因为该功能的支持需要一些条件,所以默认不开启。
 

推荐勾选

"Enable file system caching"✅ 性能提升:大幅加快 Git 操作速度✅ 批量读取文件系统数据并缓存到内存✅ 对大仓库和频繁操作特别有益✅ 强烈推荐开启

推荐勾选

"Enable symbolic links"✅ 符号链接支持:允许创建类似快捷方式的文件链接✅ 现代开发需要:很多前端工具链(如 npm、pnpm)会使用符号链接✅ 不影响现有仓库:只对新操作生效✅ 虽然需要特殊权限,但 Git for Windows 会处理

🤔 为什么两个都推荐?性能考虑:文件系统缓存能显著提升 Git 操作速度兼容性考虑:符号链接是现代开发工具的常见需求未来准备:即使现在用不到,开启这些功能也不会对现有项目造成影响



🔧 使用场景:文件系统缓存:任何规模的代码仓库都会受益符号链接:使用 npm、yarn、pnpm 等包管理器时某些框架的开发环境创建文件链接的组织结构



⚠️ 注意事项:符号链接需要管理员权限才能创建,但普通使用不受影响这两个选项都可以在安装后通过 Git 配置修改

点击 [install] 开始安装。


2.15 安装成功

安装成功后在开始菜单里的图如下:


三、Git 的功能介绍

 Git BashGit CMDGit FAQsGit GUIGit Release Note

面我们就分别介绍一下这几个。

3.1 Git Bash

Git Bash 是基于CMD的,在CMD的基础上增添一些新的命令与功能,平时主要用这个,功能很丰富,长这样:


3.2 Git CMD

Git CMD 不能说和 cmd 完全一样,只能说一模一样,功能少得可怜,两者如下图:


3.3 Git FAQs

Git FAQs 就是 Git Frequently Asked Questions(常问问题),访问地址:https://github.com/git-for-windows/git/wiki/FAQ


3.4 Git GUI

Git GUI 就是 Git 的图形化界面,如下图:

可以通过它快速创建新仓库(项目),克隆存在的仓库(项目),打开存在的仓库(仓库)。这个我用的很少,建议还是用命令行学习Git


3.5 Git Release Note

Git Release Note 就是版本说明,增加了什么功能,修复了什么 bug 之类的。

1.廖雪峰-Git教程      [访问量: 30941698172,新手必看]

简介 - Git教程 - 廖雪峰的官方网站



2.GitHub入门与实践 [密码:7aik,电子书,特别棒的入门书籍,2年后的感悟,强烈建议看这个] ​​​​​​​GitHub入门与实践.pdf


2.git-简明指南           [图形化模式,简单易懂]

git - the simple guide - no deep shit!


3.图解Git                   [一样是图形化教程]

图解Git


4.Git的奇技淫巧        [GitHub 14.9k stars]

521xueweihan/git-tips: :trollface:Git的奇技淫巧


5.git-cheatsheeth      [图形化 Git 命令的作用域]

index :: Git Cheatsheet :: NDP Software

写作本文参考资料:

1、Windows系统Git安装教程(详解Git安装过程)[Windows系统Git安装教程(详解Git安装过程) - 学为所用 - 博客园]
2、Git安装教程(详细)[Git安装教程(详细) - 简书]

Read more

8步出图效率革命:Qwen-Image-Lightning重构AIGC创作流程

导语:阿里通义千问团队推出的Qwen-Image-Lightning模型,通过创新蒸馏技术将图像生成步骤压缩至4-8步,实现12-25倍速度提升,同时保持复杂文本渲染核心优势,重新定义AIGC生产效率标准。 【免费下载链接】Qwen-Image-Lightning 项目地址: https://ai.gitcode.com/hf_mirrors/lightx2v/Qwen-Image-Lightning 行业现状:速度与质量的长期平衡 2024-2025年文生图领域呈现"双轨并行"发展态势:一方面以FLUX、SeedDream 3.0为代表的模型追求极致画质,需50-100步推理;另一方面企业级应用迫切需要实时响应,如电商广告素材生成要求3秒内出图。传统扩散模型面临"质量-速度"平衡难题,而Qwen-Image-Lightning通过FlowMatch蒸馏技术与动态时序调整,在8步内完成原本需100步的图像生成过程,实测在NVIDIA A100显卡上实现单图生成时间≤1秒。 核心亮点:三大技术突破实现效率跃升 1. 蒸馏技术重构推理流程 基于Qwen-Image 20B参

By Ne0inhk
高级java每日一道面试题-2025年7月15日-基础篇[LangChain4j]-如何集成国产大模型(如通义千问、文心一言、智谱 AI)?

高级java每日一道面试题-2025年7月15日-基础篇[LangChain4j]-如何集成国产大模型(如通义千问、文心一言、智谱 AI)?

你想了解在LangChain4j中如何集成主流的国产大模型(通义千问、文心一言、智谱AI),并希望得到面向高级面试的详细解答。这是LangChain4j落地国内场景的核心考点,既考察对框架扩展能力的理解,也考察对国产模型生态的熟悉度。 一、核心原理:国产模型集成的通用逻辑 LangChain4j对国产大模型的集成,核心遵循「统一接口 + 专属适配器」的设计: 1. 所有模型均实现LangChain4j的ChatLanguageModel/EmbeddingModel核心接口,保证调用方式一致; 2. 每个国产模型有专属的集成依赖(如langchain4j-dashscope对应通义千问); 3. 配置上需适配国产模型的专属参数(如阿里云AccessKey、百度API Key/Secret Key)。 二、完整集成实现(通义千问 + 文心一言 + 智谱AI) 以下是可直接运行的生产级代码,覆盖三大主流国产模型的集成,包含基础调用、参数配置、异常处理等核心要点。 1. 前置依赖(Maven) 首先引入各模型的专属集成依赖(按需选择): <dependencies><!

By Ne0inhk
AIGC 新势力:探秘海螺 AI 与蓝耘 MaaS 平台的协同创新之旅

AIGC 新势力:探秘海螺 AI 与蓝耘 MaaS 平台的协同创新之旅

探秘海螺AI:多模态架构下的认知智能新引擎 在人工智能持续进阶的进程中,海螺AI作为一款前沿的多功能AI工具,正凭借其独特的多模态架构崭露头角。它由上海稀宇科技有限公司(MiniMax)精心打造,依托自研的万亿参数MoE大语言模型ABAB6.5以及MiniMax语音大模型,展现出非凡的技术实力与应用潜力。MiniMax的核心团队源自商汤科技等业内知名企业,在多模态大模型研发领域深耕细作,为海螺AI的诞生奠定了坚实基础。 在这里插入图片描述 一、核心模型架构剖析 (一)基础模型:abab - 6.5 海螺AI的基础模型abab - 6.5采用了创新的混合专家系统设计,借助动态路由机制,即Sparse Gating Network,可依据输入内容智能激活8 - 12个子专家模型。这些子专家模型涵盖代码专家、多语言专家、逻辑推理专家等,各司其职,协同作业。在参数规模上,abab - 6.5总参数量高达1.2万亿,同时通过巧妙的设计,将活跃参数量控制在2000亿/query,有效平衡了模型的高容量与低推理成本。在训练优化环节,

By Ne0inhk
AIGC赋能插画创作:技术解析与代码实战详解

AIGC赋能插画创作:技术解析与代码实战详解

文章目录 * 一、技术架构深度解析 * 二、代码实战:构建AIGC插画生成器 * 1. 环境配置与依赖安装 * 2. 模型加载与文本提示词构建 * 3. 图像生成与参数调优 * 4. 风格迁移与多模型融合 * 三、进阶技巧:参数调优与效果增强 * 四、应用场景代码示例 * 1. 游戏角色设计 * 2. 广告海报生成 * 五、技术挑战与解决方案 * 六、未来趋势:AIGC插画创作生态 * 七、完整项目代码仓库 * 结语:重新定义插画创作边界 * 《一颗柚子的插画语言》 * 内容简介 * 作者简介 * 目录 * 前言 在数字艺术领域,AIGC(AI-Generated Content)技术正以指数级速度革新插画创作范式。下面将通过技术原理剖析与完整代码实现,展示如何从零构建AIGC插画生成系统,涵盖环境搭建、模型调用、参数调优到风格迁移全流程。 一、技术架构深度解析 AIGC插画生成的核心基于扩散模型(

By Ne0inhk