git2.53.0安装步骤

⭐ 一、安装(核心选项直接抄)

安装界面选择建议核心原因
组件选择✅ 保留默认勾选,取消 Check daily for updates自动更新没必要,核心功能够用
默认编辑器✅ 选 Use Visual Studio Code as Git's default editor避免 Vim 学习成本,和开发工具统一
初始分支名✅ 选 Override,分支名填 main适配 GitHub/Gitee 主流规范
PATH 配置✅ 选 Git from the command line and also from 3rd-party software多终端可用(Git Bash/CMD/VSCode)
SSH 客户端✅ 选 Use bundled OpenSSH自带工具兼容性更好,无需额外安装
HTTPS 后端✅ 选 Use the native Windows Secure Channel library系统原生适配,无需手动管理证书
换行符处理✅ 选 Checkout Windows-style, commit Unix-style跨平台协作不冲突
终端模拟器✅ 选 Use MinTTY界面更友好,支持窗口缩放
git pull 行为✅ 选 Fast-forward or merge保留提交历史,适合个人/团队开发
凭证管理器✅ 选 Git Credential Manager自动保存账号密码,免重复输入
额外选项✅ 保留 Enable file system caching,取消 Enable symbolic links提升性能,Windows 下符号链接兼容性差

⭐ 二、安装后配置

打开 Git Bash,逐行执行

# 配置用户名,替换为你的GitHub用户名(如zhangsan123) git config --global user.name "YourGitHubName" # 配置邮箱,替换为你的GitHub注册邮箱(如[email protected]) git config --global user.email "[email protected]"

参数说明--global表示全局配置,即所有本地Git仓库都会使用该信息,无需重复配置。

git config --list 

若输出结果中能看到刚才配置的user.nameuser.email,则说明本地信息配置成功!

生成SSH密钥

ssh-keygen -t rsa -C "[email protected]" 

执行后会依次出现3个提示,全部直接回车即可,无需输入任何内容:

  1. 提示「保存密钥的路径」:默认保存在用户目录的.ssh文件夹,回车;
  2. 提示「设置密码」:回车表示不设置密码(完全免密);
  3. 提示「确认密码」:再次回车即可。

获取并复制公钥内容:在Git Bash中,依次输入以下两条指令,回车执行,提取公钥内容

# 进入.ssh文件夹 cd ~/.ssh # 查看并输出公钥文件内容 cat id_rsa.pub

执行后,Git Bash会输出一长串以ssh-rsa开头、以你的GitHub邮箱结尾的字符,这就是完整的公钥内容,需要完整复制(小技巧:鼠标选中全部字符,右键选择「Copy」即可,不要手动输入,避免漏字符)。

核心坑点:复制时必须包含开头的ssh-rsa和结尾的邮箱,不能多复制空格/换行,也不能遗漏任何字符!

GitHub账号添加公钥

点击页面右上角的个人头像,在下拉菜单中选择「Settings」(设置);

在左侧菜单栏中,找到并点击「SSH and GPG keys」(SSH和GPG密钥);

点击页面右上角的「New SSH key」(新建SSH密钥);

进入添加页面,填写两个信息:

  • Title:自定义名称,用于区分设备(如「办公电脑Win11」「笔记本」,方便后续管理);
  • Key:点击输入框,右键粘贴刚才复制的完整公钥内容(不要手动修改);

点击页面下方的「Add SSH key」(添加SSH密钥),若GitHub要求验证账号密码,输入你的GitHub密码即可完成添加。

验证SSH配置是否成功

回到Git Bash窗口,输入以下验证指令,回车执行:

ssh -T [email protected] 

执行后若出现确认提示(如「Are you sure you want to continue connecting (yes/no/[fingerprint])?」),输入yes并回车即可。

成功标志:Git Bash输出以下内容,说明SSH免密配置成功!

Hi 你的GitHub用户名! You've successfully authenticated, but GitHub does not provide shell access. 

Read more

Spring Boot应用启动失败:解决UnsatisfiedDependencyException与NoSuchBeanDefinitionException

Spring Boot应用启动失败:解决UnsatisfiedDependencyException与NoSuchBeanDefinitionException

个人名片 🎓作者简介:java领域优质创作者 🌐个人主页:码农阿豪 📞工作室:新空间代码工作室(提供各种软件服务) 💌个人邮箱:[[email protected]] 📱个人微信:15279484656 🌐个人导航网站:www.forff.top 💡座右铭:总有人要赢。为什么不能是我呢? * 专栏导航: 码农阿豪系列专栏导航 面试专栏:收集了java相关高频面试题,面试实战总结🍻🎉🖥️ Spring5系列专栏:整理了Spring5重要知识点与实战演练,有案例可直接使用🚀🔧💻 Redis专栏:Redis从零到一学习分享,经验总结,案例实战💐📝💡 全栈系列专栏:海纳百川有容乃大,可能你想要的东西里面都有🤸🌱🚀 目录 * Spring Boot应用启动失败:解决UnsatisfiedDependencyException与NoSuchBeanDefinitionException * 1. 引言 * 1.1 问题背景 * 2. 错误分析 * 2.1 错误日志解读

By Ne0inhk
Flutter 组件 whitecodel_auto_link 适配鸿蒙 HarmonyOS 实战:交互式文本探针,构建信息流自动链接识别与极速预览架构

Flutter 组件 whitecodel_auto_link 适配鸿蒙 HarmonyOS 实战:交互式文本探针,构建信息流自动链接识别与极速预览架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 whitecodel_auto_link 适配鸿蒙 HarmonyOS 实战:交互式文本探针,构建信息流自动链接识别与极速预览架构 前言 在鸿蒙(OpenHarmony)生态迈向深度社交、企业办公及即时通讯全场景覆盖的背景下,如何将枯燥的长文本转化为具备可交互能力的“信息枢纽”,已成为提升用户操作效率的关键。在鸿蒙设备这类强调分布式协同与智慧感知的移动终端上,如果应用仅能显示纯文本,而无法识别其中的网址(URL)、邮箱(Email)或电话(Phone),用户就必须通过复杂的“长按、复制、切换应用、粘贴”链路来处理信息,这极大地割裂了鸿蒙系统的流转体验。 我们需要一种能够自动扫描文本特征、支持多维热点识别且具备高性能渲染能力的富文本处理引擎。 whitecodel_auto_link 为 Flutter 开发者引入了极其简便的长文本自动链接方案。它通过内置的高精度正则匹配矩阵,自动将文本中的特定识别域转化为可点击的高亮区域。在适配到鸿蒙

By Ne0inhk