如何在VsCode中使用git(免敲命令版本!保姆级!建议收藏!)

如何在VsCode中使用git(免敲命令版本!保姆级!建议收藏!)

目录

文章目录

前言

一、电脑安装git

二、在vscode安装git插件

三、克隆仓库

四、提交代码

五、创建分支、切换分支、合并分支

1、创建分支

2、切换分支

3、合并分支

六、创建标签和推送标签

七、解决冲突

八、拉取、抓取仓库

九、Reivew代码

总结


前言

随着Vscode的推出和普及,Git的使用也发生了变化,从原来的命令行管理仓库,再到现在用vscode从提交代码、解决冲突、reivew代码,整个管理仓库的过程全部都是可视化,大大降低了新手的使用难度,让新手也能轻松使用git

一、电脑安装git

git官网:Git - 安装 Git

安装完git后,打开vscode显示这样的界面就是安装成功了

二、在vscode安装git插件

安装这三个插件,这三个插件可以帮助你查看历史提交记录和分支管理

三、克隆仓库

在githu或者gitlab上面复制你仓库的URL,Https和SSH都可以

点击克隆仓库

粘贴刚刚复制的URL

存储在你的文件夹中

 克隆完后会弹窗提示,我们打开刚刚克隆的仓库

 这样我们就能看到仓库的工程目录了

四、提交代码

修改保存的文件都在这个框会显示,暂存更改就是相当于命令行的 git add

 填写完后点击提交就提交到本地仓库,再同步提交到远程。这里相当于命令行的 git push

如果想撤回暂存的提交也可以点击 撤销上次提交就可以退回未提交前的状态了

五、创建分支、切换分支、合并分支

1、创建分支

 输入你新分支的名字,我这里就设置为feature-led-name,后面的name就是你的名字,关于分支的命名规范,你们的可以搜下git命名规范照着命名就可以了

创建分支成功会自动切换程新建的分支,然后就可以开始写代码了,如下图所示:

2、切换分支

这里分本地分支和远程分支,本地分支就是你新建的分支还没推到远程仓库上面的,其他仓库组成员是看不到的,远程分支则是已经推送到了远程仓库的分支,其他组成员是能拉到本地进行开发的分支,点击你想切换的分支进行切换即可

这里有个容易忽略的地方,就是切换分支之前,一定要把修改的东西先提交或者撤销,否则会切换不成功

3、合并分支

合并分支就可以用到我们刚刚安装的那三个插件的其中之一git graph了,打开git graph,可以看到仓库分支代码提交的作者、日期、分支创建、合并等等信息,非常方便

提交完代码后,先切换到你要合并的分支,例如release分支,然后右击要合并的分支

合并完再同步提交到远程仓库就大功告成了

六、创建标签和推送标签

七、解决冲突

这时候又用到刚刚安装的三个插件之一GitLens了,解决完冲突重新提交即可

八、拉取、抓取仓库

九、Reivew代码

点击你要reivew的分支就可以看到别人提交的代码和信息了,点击文件就可以开始查看了

左边是提交前的代码,右边是提交后的代码,一目了然知道他修改了什么

 


总结

本文详细介绍了在VSCode中使用Git进行代码管理的完整流程,包括Git安装、插件配置、仓库克隆、代码提交、分支管理(创建/切换/合并分支)、标签管理、冲突解决等核心功能。通过可视化操作界面,大大降低了Git的使用门槛,使新手也能轻松掌握版本控制技巧。文章特别强调了VSCode的三款必备插件(Git History、GitLens、Git Graph)在代码审查、分支可视化和冲突解决中的重要作用,并提供了从本地操作到远程协作的完整工作流指导。

Read more

从零构建可扩展 Flutter 应用:v1.0 → v2.0 全代码详解 -《已适配开源鸿蒙》

从零构建可扩展 Flutter 应用:v1.0 → v2.0 全代码详解 -《已适配开源鸿蒙》

* 个人首页: VON * 鸿蒙系列专栏: 鸿蒙开发小型案例总结 * 综合案例 :鸿蒙综合案例开发 * 鸿蒙6.0:从0开始的开源鸿蒙6.0.0 * 鸿蒙5.0:鸿蒙5.0零基础入门到项目实战 * Electron适配开源鸿蒙专栏:Electron for OpenHarmony * 本文章所属专栏:Flutter for OpenHarmony * 文章AtomGit地址:Template_V2.0 v1.0 → v2.0 全代码详解 * 从零构建可扩展 Flutter 应用:v1.0 → v2.0 全代码详解 * 🧱 第一阶段:v1.0 —— 干净的基础骨架 * ✅ 目标 * 📁 项目结构 * 1. `lib/main.dart`

全网最全:小乌龟(TortoiseSVN/TortoiseGit)工具使用方法

你想知道本地文件处于 modified(已修改)状态时,是否需要先执行拉取(Git:Pull / SVN:Update)操作,答案是:强烈建议先拉取 / 更新,而非必须,但这是规避版本冲突、保障协作顺畅的核心最佳实践。 下面结合小乌龟(TortoiseSVN/TortoiseGit)工具,详细拆解背后的逻辑、操作细节及注意事项: 一、 为什么强烈建议先拉取 / 更新? 本地文件标记为 modified 仅代表你修改了受版本管控的文件,但团队其他成员可能早已将同一文件的最新修改提交到了远程仓库。如果直接提交你的 modified 文件,而不先同步远程最新版本,很可能出现 版本冲突(比如你和同事都修改了同一文件的同一行代码,版本控制系统无法自动判断保留哪一个修改)。先执行拉取 / 更新,本质是将远程仓库的最新代码同步到本地,让你的本地修改基于团队最新版本进行叠加,最大程度避免不必要的冲突,即使出现冲突也能在本地提前解决,不影响远程仓库的整洁性。 二、 关键操作前提:拉取 / 更新前,先妥善处理本地 modified

2025年AI领域年度深度总结:始于DeepSeek R1开源发布,终于Manus天价出海

2025年AI领域年度深度总结:始于DeepSeek R1开源发布,终于Manus天价出海

2025年AI领域年度深度总结:始于DeepSeek R1开源发布,终于Manus天价出海 摘要 站在2025年12月31日的终章回望,吴恩达曾说过:“2025年,是AI工业时代的黎明。”在经历了2023-2024年的“大炼模型”狂热后,2025年,AI终于从“概率模仿”跃向了“逻辑推理”的新阶段,从“对话框”到“行动流”的转折也逐渐显现。这一年,AI技术与产业的演进不仅仅是技术迭代那么简单,而是一场深刻的变革,清晰的产业蓝图开始显现:始于DeepSeek R1的开源突破,终于Manus的数十亿美元收购,验证了Agent商业化的巨大潜力。 2025年,AI不再是实验室中的抽象概念,而是逐步嵌入日常生产生活,以更加务实的姿态和广泛的应用场景,真正走向了社会的主流。从年初DeepSeek R1的开源发布到年末Manus的天价收购,这两件大事为2025年的AI发展定下了基调:开源与闭源的博弈,技术与商业的融合,模型与应用的深度对接,无疑为AI的未来铺设了一条发展道路。技术突破和产业落地不断交织,AI的角色正在悄然发生深刻的转变——从“辅助工具”走向了“自主执行者”。 文章目录