TRAE、VSCode上进行git管理

最近在学习Node.js,但是对TRAE/VSCode的git操作有点不太会,因此记录一下,如有不对,请指出。

我这里使用的是TRAE演示,VSCode应该差不多。

首先是从github,或者gitee上将项目clone下来。看图操作

在这里插入图片描述


此时会在页面最上方显示一个弹窗,输入你的项目地址

在这里插入图片描述


选择你的项目存放路径

在这里插入图片描述

稍等片刻后,项目就clone到你本地了。

在这里插入图片描述


使用TRAE/VSCode打开项目。

一般项目会有很多分支,比如主分支,上线版本分支,需求分支,开发分支,咱们举个例子:

主分支:main(作为所有分支的主分支,会合并所有没有bug的代码)
版本分支:release_projectName_versionCode_date(一般用来归档项目版本节点,如果后期某个版本有线上Bug,就基于这个分支修改)
需求分支:feature_projectName_versionCode_main_date(一般有新需求了,就会新建这个分支)
开发分支:feature_projectName_versionCode_userName_date(每个开发者都新建自己的开发分支)

以上只是我在日常开发中使用的版本管理方式,不适用于所有人,这里只是为了后面的内容做铺垫。

当我们clone下来代码后,一般主分支,版本分支,需求分支都已经有了,我们只需要创建自己的开发分支就行。

按图示步骤创建开发分支

在这里插入图片描述


在这里插入图片描述


在这里插入图片描述

至此你的开发分支就创建完成了。此时TRAE/VSCode中显示的应该就是你的开发分支,如果不确定,可以在终端运行git branch确认一下。带*号的就是当前所在分支。

在这里插入图片描述


接下来看一下如何切换分支。

如图所示

在这里插入图片描述


选择你想切换的分支

在这里插入图片描述


当你在自己的开发分支修改了代码后,需要先提交到自己的分支,如图所示,点击提交。

在这里插入图片描述

再点击同步更改,这时候就推送到远程你的开发分支上了。

在这里插入图片描述


当你开发了新功能,你需要将你的代码合并到需求分支上,也就是feature_projectName_versionCode_main_date分支,首先你需要切换到需求分支上。

然后按图所示

在这里插入图片描述


选择你要合并的分支

在这里插入图片描述


最后推送到远程

在这里插入图片描述


这样你的代码就合并到需求分支了。

同样如果需要将别人合到需求分支上的代码,合并到你自己的开发分支,也是同样的操作,只不过是先切到自己的开发分支,然后点击合并,选择需求分支,最后再推送到自己的分支。

大概记录了一下,大部分步骤我都实际操作了一遍,应该没啥问题,如果大家遇到问题,欢迎指出,我及时修改,避免误导别人。

Read more

AI边缘计算新选择:Qwen开源小模型无需GPU实战指南

AI边缘计算新选择:Qwen开源小模型无需GPU实战指南 1. 引言 随着人工智能技术的快速发展,边缘计算场景对轻量化、低延迟AI推理的需求日益增长。在资源受限的设备上部署大模型往往面临内存不足、响应缓慢等问题,而云端推理又存在网络依赖和隐私风险。因此,能够在本地CPU环境下高效运行的小型化语言模型成为边缘AI落地的关键突破口。 在此背景下,阿里云推出的 Qwen/Qwen2.5-0.5B-Instruct 模型以其极小的参数量(仅0.5B)和出色的中文理解能力,为边缘端AI对话应用提供了全新可能。本文将围绕基于该模型构建的“极速对话机器人”镜像,详细介绍其技术特性、部署流程与实际应用场景,帮助开发者快速实现无GPU环境下的流式AI交互系统。 本指南属于教程指南类文章,旨在提供从零开始的完整实践路径,涵盖环境准备、功能验证到性能调优的核心环节,确保读者可在30分钟内完成本地部署并投入试用。 2. 技术背景与选型依据 2.1 边缘AI的挑战与需求 边缘计算强调数据处理的本地化、实时性和能效比。传统大模型(如7B以上LLM)通常需要高性能GPU支持,在CPU上推理速度慢、

By Ne0inhk

GitHub 爆火的 30+ 个 OpenClaw 真实场景全拆解

大家好,我是玄姐。 最近,霸榜 GitHub 的 OpenClaw 彻底火出圈了。作为一款能直接“看懂”屏幕、操控鼠标键盘的本地 AI Agent 框架,它证明了 AI 已经从“云端对话框”进化成了“超级打工人”。 很多读者在后台留言:“装是装上了,但我到底该用它干嘛?” 没问题。今天我们不搞虚的,直接把 GitHub 上开源的那份最具参考价值的 30+ 真实使用案例进行完整拆解。这 30 个案例不是玩具 Demo,而是实实在在运行在海外开发者、业务运营和数字游民电脑里的生产力工作流。 PS: 为了让大家更深度的搞懂 OpenClaw 和 Skills 技术体系实践,我会开场直播,欢迎点击预约,直播见。 为了方便阅读,我将这 30 个硬核案例分为了五大核心场景。

By Ne0inhk
[JAVA探索之路]带你理解Git工作流程

[JAVA探索之路]带你理解Git工作流程

目录 引言 一、Git核心概念 二、四种主流工作流 中心化工作流 功能分支工作流 GitFlow工作流 Forking工作流 场景选择推荐 三、Git实用工具和小技巧  Git钩子 急救命令 四、一些小建议 引言 想象一下,你和几个朋友一起写一本小说。如果大家都直接在同一个文档上改,很快就会乱套:有人删了重要情节,有人同时修改同一段落,最后谁也不知道哪个版本是对的。 Git就是解决这个问题的“超级版本管理器”,而工作流程就是大家约定好的“写作规矩”。没有规矩,再好的工具也会用乱。今天,我就带你理清各种Git工作流,找到适合你团队的那一套。 一、Git核心概念 * 仓库:就是你的项目文件夹,Git会记录里面所有文件的变化 * 提交:相当于给当前版本拍张“快照”,并写上说明 * 分支:从主线分出去的“平行世界”,可以在里面大胆实验而不影响主线 * 合并:把分支的改动整合回主线 简单来说,

By Ne0inhk