Git BASH安装教程

什么是 Git Bash?

简单来说,Git Bash 是为 Windows 系统提供的模拟 Linux 风格的 Bash 命令行环境,主要用于运行 Git 命令。Bash 是 Linux 和 macOS 用户常用的命令行工具,而 Windows 自带的命令提示符与它不兼容。因此,Git for Windows 软件包中包含了 Git Bash,让你可以在 Windows 上使用熟悉的 Bash 语法来操作 Git 和进行文件管理

第一步:下载 Git for Windows

Git Bash 是 Git for Windows 的一部分,所以安装 Git 的同时就会自动装上 Git Bash。

访问官网:打开浏览器,访问 Git 的官方网站:https://git-scm.com/

自动下载:网站会自动检测你的操作系统(Windows),并显示一个“Download for Windows”的按钮。点击这个按钮,即可下载最新版本的安装程序(.exe 文件)。

在这里插入图片描述


根据处理器选择对应的安装包下载

在这里插入图片描述

第二步:运行安装程序

下载完成后,找到并双击运行安装程序。根据你对定制化的需求,可以选择以下两种方式之一:

方式一:快速安装(适合大多数用户)

对于初学者或希望快速上手的朋友,最简单的方式就是一直点击“Next”,接受所有默认选项,最后点击“Install”即可完成安装。默认设置已经过优化,能够满足绝大多数开发场景。

方式二:自定义安装(了解关键配置)

如果你想了解每个步骤的含义,可以按照以下指南进行配置。以下是在安装向导中需要注意的几个关键点:

选择组件 (Select Components):建议保留默认勾选。其中 “Git Bash Here” 和 “Git GUI Here” 是非常实用的选项,它们会在你的文件夹右键菜单中添加快捷方式,方便你在特定目录下直接打开 Git Bash。

选择默认编辑器 (Choosing the default editor used by Git):Git 有时需要你输入提交信息,会打开一个文本编辑器。默认是 Vim,它对新手不太友好。你可以在此处下拉选择你熟悉的编辑器,如 Notepad++、Visual Studio Code 等。

调整 PATH 环境变量 (Adjusting your PATH environment)

推荐选择中间项:“Git from the command line and also from 3rd-party software”。这个选项会将 Git 添加到系统的 PATH 环境变量中,让你不仅在 Git Bash,还能在 Windows 自带的命令提示符 (CMD) 或 PowerShell 中直接使用 Git 命令。

配置行结束符 (Configuring the line ending conversions)

推荐选择第一项:“Checkout Windows-style, commit Unix-style line endings”。这是因为 Windows 和 Linux/Unix 系统使用的换行符不同(CRLF 与 LF)。选择此项后,Git 在 Windows 上下载代码时会自动转换为 CRLF 以适应 Windows 工具,在你提交代码时又会自动转换回 LF,从而避免因换行符不同导致的混乱。

选择终端模拟器 (Configuring the terminal emulator to use with Git Bash)

推荐选择:“Use MinTTY (the default terminal of MSYS2)”。MinTTY 功能更丰富,提供了更好的文本渲染和色彩支持,能带来更佳的终端体验。

完成上述关键选择后,一路点击“Next”直到“Install”,最后点击“Finish”完成安装。

第三步:验证安装与初步配置

打开 Git Bash:安装完成后,你可以在桌面或任意文件夹中点击鼠标右键,选择 “Git Bash Here” 来启动它。

在这里插入图片描述

验证版本:在打开的黑色窗口中,输入以下命令并回车,如果正确显示 Git 版本号,则说明安装成功:

git--version

Read more

终于有人把Openclaw团队协作版讲明白了!Clawith 开源方案从原理到部署全拆解

终于有人把Openclaw团队协作版讲明白了!Clawith 开源方案从原理到部署全拆解

Clawith 深度拆解:如何用开源方案搭建多 Agent 团队协作平台 快速摘要 Clawith 是一个基于 OpenClaw 生态的开源多智能体协作平台,它解决了 OpenClaw 在团队场景下「Agent 之间互不认识、缺乏组织架构、没有权限管控」的三大核心痛点。 通过引入 Aware 自主感知系统、数字员工身份体系和广场知识沉淀机制,Clawith 让多个 AI Agent 具备了真正的团队协作能力。项目采用 Apache 2.0 开源协议,支持 Docker 一键部署,最低 2 核 CPU + 4GB 内存即可运行。往下看,有从底层原理到实际部署的完整拆解。 一、从 OpenClaw 到 Clawith:为什么需要「团队版」

By Ne0inhk
remote: Invalid username or token. Password authentication is not supported for Git operations

remote: Invalid username or token. Password authentication is not supported for Git operations

remote: Invalid username or token. Password authentication is not supported for Git operations. fatal: Authentication failed for… 该文章解决在新系统中进行 git 操作时,第一次的登陆问题,由于Github不再支持使用账号密码进行 Git https 推送,可以采用 ssh 密钥的方式进行长期的推送 1.生成SSH key ssh-keygen -t ed25519 -C "[email protected]" 这里的-t 表示要生成的密钥类型,这里生成的类型为ed25519,是一种椭圆曲线算法,比传统的RSA更加安全、密钥更短,并且速度更快 2.将

By Ne0inhk
Flutter for OpenHarmony: Flutter 三方库 husky 守卫鸿蒙项目的 Git 提交规范(前端工程化必备)

Flutter for OpenHarmony: Flutter 三方库 husky 守卫鸿蒙项目的 Git 提交规范(前端工程化必备)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在 OpenHarmony 项目的团队协作中,我们最怕遇到“带病提交”的代码。比如:某位开发者提交的代码没经过 dart format 美化、或是包含明显的 lint 警告,甚至导致整个鸿蒙工程编译失败。如果在 CI(持续集成)阶段才发现,修复成本就太高了。 husky 是从前端生态圈引进的 Git Hooks 管理神器。它能让你极简地配置 Git 的各个钩子(如 pre-commit),在代码真正提交到远端(AtomGit)之前,强制执行格式化或单元测试,确保入库的代码永远是高质量的。 一、Git Hook 工作流模型 husky 在本地提交阶段建立了一道自动化的“安检门”。 通过 失败

By Ne0inhk