Git的安装

Git的安装

一、下载

下载安装包直接点击进入Git官网

在这里插入图片描述


Git有支持多种操作系统,接下来的操作以Windows为例

在这里插入图片描述


点击Windows,如果觉得在官网下载的速度慢可以使用迅雷

在这里插入图片描述


在开头蓝色字体右键复制链接

在这里插入图片描述


打开迅雷会自动弹出下载窗口,点击下载,速度会快很多

二、安装

点击运行安装程序

在这里插入图片描述

点击Next,在这里选择Git的安装路径,路径不能包含中文

在这里插入图片描述


后续的话大多数情况下按默认配置一直点下一步直至完成安装即可,如果你想了解更多可以接着往下看

在这里插入图片描述


在这里可以选择安装的组件

  1. Additional icons(额外图标)
    On the Desktop:勾选后会在桌面生成 Git 相关快捷图标(比如 Git Bash、Git GUI)。
    (默认未勾选,按需选择即可,不影响核心功能)
  2. Windows Explorer integration(Windows 资源管理器集成)
    这是非常实用的功能,勾选后在文件夹右键菜单中会出现 Git 相关选项:
    Open Git Bash here:在当前文件夹打开 Git 命令行终端(常用)。
    Open Git GUI here:在当前文件夹打开 Git 图形化界面(适合不熟悉命令行的用户)。
    (建议保持勾选,方便日常操作)
  3. Git LFS (Large File Support)
    用于支持大文件版本管理(比如项目中的视频、大型设计文件),默认勾选即可(不影响普通小文件项目,大文件项目必备)。
  4. 文件关联选项
    Associate .git configuration files with the default text editor*:将 Git 的配置文件(如.gitconfig)关联到系统默认文本编辑器(比如 Notepad++、VS Code),方便直接打开编辑。
    Associate .sh files to be run with Bash:将.sh脚本文件关联到 Git Bash,双击.sh文件会用 Git Bash 执行(适合在 Windows 下运行 Linux 脚本)。
    (建议保持勾选,提升操作效率)
  5. Check daily for Git for Windows updates
    每天自动检查 Git 更新,默认未勾选(按需选择,手动更新也很方便)。
  6. Add a Git Bash Profile to Windows Terminal
    将 Git Bash 添加到 Windows Terminal 的配置中(如果使用 Windows Terminal 作为终端工具,建议勾选;否则可以不选)。
  7. Scalar (Git add-on to manage large-scale repositories)
    是 Git 的扩展工具,用于管理超大型仓库(比如代码量极多的项目),默认勾选即可(普通项目用不到,但不占太多空间)。
在这里插入图片描述


选择开始文件夹,设置 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 的图形化界面工具

在这里插入图片描述

Read more

Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系

Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系 前言 在 OpenHarmony 鸿蒙应用追求“万物互联、全场景覆盖”的伟大进程中,屏幕尺寸的多样性(从 6 英寸手机到 12 英寸平板,再到 2D/3D 模式切换的折叠屏)是每一位 UI 开发者必须正面迎接的挑战。如何在不为每种设备重写 UI 的前提下,实现导航栏自动从“底部”平滑流转到“侧边”?如何在宽屏模式下自动开启“双栏(Master-Detail)”布局?flutter_adaptive_scaffold 作为一个由 Flutter

By Ne0inhk
在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程

在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程

在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程 什么是 OpenClaw?—— 你的本地 AI 智能体执行框架 OpenClaw 不仅仅是一个聊天机器人,而是一个功能强大的 AI 智能体执行框架。你可以把它想象成一个能自主思考、调用工具、并替你完成复杂任务的数字员工。 🧠 核心概念 * 智能体:OpenClaw 的核心大脑。它能理解你的自然语言指令,拆解任务,并决定调用哪些工具来执行。 * 网关:所有外部访问的入口。它负责处理 WebSocket 连接、管理设备配对、路由消息,是你与智能体交互的桥梁。 * 技能:智能体可调用的具体工具,比如访问文件、操作浏览器、发送消息、查询数据库等。你可以根据需要扩展技能库。 * 记忆:OpenClaw 可以存储对话历史和重要信息,实现长期记忆和上下文理解,让交互更连贯。 * 通道:连接外部聊天平台的渠道,如

By Ne0inhk
HarmonyOS6半年磨一剑 - RcIcon组件实战案例集与应用开发指南

HarmonyOS6半年磨一剑 - RcIcon组件实战案例集与应用开发指南

文章目录 * 前言 * 项目简介 * 核心特性 * 开源计划 * rchoui官网 * 文档概述 * 第一章: 基础用法实战 * 1.1 三种符号引用方式 * 1.2 应用场景 - 工具栏快速导航 * 第二章: 尺寸系统实战 * 2.1 响应式尺寸配置 * 2.2 应用场景 - 统一设计系统尺寸规范 * 第三章: 颜色系统实战 * 3.1 多彩色系配置 * 3.2 应用场景 - 状态指示系统 * 第四章: 双风格系统实战 * 4.1 线型与实底风格对比 * 4.2 应用场景 - 底部导航栏 * 第五章: 圆角系统实战 * 5.

By Ne0inhk
Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构 前言 在鸿蒙(OpenHarmony)生态迈向万物互联、涉及海量离线资源标识、蓝牙广播载荷(BLE Payload)及二维码数据极限压缩的背景下,如何生成既能保留 UUID 强随机性、又能极大缩减字符长度的唯一标识符,已成为优化存储与通讯效率的“空间必修课”。在鸿蒙设备这类强调分布式软总线传输与每一字节功耗敏感的环境下,如果应用依然直接传输长度达 36 字符的标准 UUID,由于由于有效载荷溢出,极易由于由于传输协议限制导致数据截断或多次分包带来的延迟。 我们需要一种能够实现高进制转换、支持双向编解码且具备低碰撞概率的短 ID 生成方案。 short_uuids 为 Flutter 开发者引入了将标准 UUID 转化为短格式字符串的高性能算法。它利用

By Ne0inhk