前言
Git 作为分布式版本控制系统的标杆,是程序员必备的核心技能之一。本文从 Git 基础概念入手,结合 IDEA 集成操作 + Gitee 远程仓库,手把手教你掌握 Git 的核心使用场景(发布、克隆、提交、冲突解决、分支管理等),零基础也能快速上手。
一、Git 核心认知
1.1 什么是 Git?
Git 是开源的分布式版本控制系统,由 Linus Torvalds 为管理 Linux 内核开发而生,可高效处理从小型到超大型项目的版本管理,核心优势是分布式架构 + 高速本地操作。
1.2 版本控制分类
| 类型 | 核心特点 | 代表产品 | 缺点 |
|---|---|---|---|
| 集中式 | 所有版本数据存服务器,需联网操作 | SVN、CVS、VSS | 单点故障风险、离线无法工作 |
| 分布式 | 全量版本数据同步到本地,支持离线操作 | Git | 本地占用存储空间略大 |
1.3 Git 工作流程
- 从远程仓库
Clone资源到本地仓库 - 从本地仓库
checkout代码到工作区 - 工作区代码
add到暂存区 - 暂存区代码
commit到本地仓库 - 本地仓库代码
push到远程仓库
核心术语:
- 工作区:项目所在的文件夹
- 暂存区:临时存放即将提交的修改
- 本地仓库:本地 Git 仓库(
.git隐藏目录) - 远程仓库:Gitee/GitHub 等托管平台的仓库
1.4 常用 Git 仓库平台
- 国内首选:Gitee(码云)https://gitee.com/
- 国际主流:GitHub https://github.com/
二、Git 环境准备
2.1 安装 Git
- 下载地址:https://git-scm.com/downloads,选择对应系统(以 Windows 为例);
- 双击安装包,自定义安装路径(建议非中文路径);
- 组件选择:默认勾选
Git Bash Here(命令行)、Git GUI Here(图形界面); - 关键配置:选择
Use Git from Git Bash only,后续步骤默认下一步; - 安装完成后,取消 "启动 Git Bash/GUI" 勾选,点击
Finish。
2.2 IDEA 配置 Git
- 打开 IDEA,进入
File → Settings → Version Control → Git; - 选择 Git 可执行文件路径(如
D:\Git\bin\git.exe); - 点击
Test,弹出 Git 版本提示即配置成功。
2.3 Gitee 仓库准备
- 注册 Gitee 账号:https://gitee.com/;
- 创建远程仓库:
- 点击 Gitee 首页 "+"→"新建仓库";
- 填写仓库名称、简介,选择 "公开"(私有需付费);
- 点击 "创建",复制仓库地址(后续推送 / 克隆用)。
三、核心操作实战
3.1 发布项目到远程仓库
步骤 1:创建本地 Git 仓库
- IDEA 中新建空工程 / 模块(Git 忽略空文件夹,建议先创建文件);
- 点击
VCS → Import into Version Control → Create Git Repository; - 选择项目根目录,点击
OK,项目文件变红(表示未加入暂存区)。
步骤 2:添加到暂存区
右键项目 → Git → Add,文件变绿色(已加入暂存区)。
步骤 3:提交到本地仓库
-
右键项目 →
Git → Commit Directory; -
填写提交注释(必填,描述本次修改);
-
首次提交需配置用户名 / 邮箱(Git 记录提交者信息): bash:
git config --global user.name "你的用户名" git config --global user.email "你的邮箱" -
点击
Commit完成本地提交。
步骤 4:推送到远程仓库
- 点击
VCS → Git → Push; - 点击
Define remote,粘贴 Gitee 仓库地址; - 输入 Gitee 账号密码,点击
Push,提示 "Push successful" 即发布成功。
3.2 克隆远程仓库到本地
- 关闭 IDEA 现有工程,点击
Get from Version Control; - 粘贴 Gitee 仓库地址到
URL栏; - 选择本地存储路径,点击
Clone; - 克隆完成后,点击
This Window打开项目。
3.3 提交本地修改
- 修改项目代码(文件变黄表示已修改);
- 右键修改的文件 →
Git → Commit File; - 填写提交注释,点击
Commit; - 右键文件 →
Git → Push,推送到远程仓库; - 刷新 Gitee 仓库,可看到最新提交的代码。
3.4 更新远程最新代码
场景:多人协作时,同步同事提交的代码
- 右键项目 →
Git → Pull; - IDEA 自动拉取远程最新代码并合并到本地;
- ✨ 最佳实践:每天开发前先
Pull,避免冲突。
3.5 冲突解决
模拟冲突场景
- 远程仓库:手动修改某文件(如
Demo.java)并提交; - 本地仓库:修改同一文件的同一行代码,未拉取直接提交。
解决步骤
- 本地
Push时触发冲突,选择Merge; - IDEA 弹出冲突面板,选择
Merge手动合并; - 冲突文件中会标注
<<<<<<< HEAD(本地代码)、=======(分隔符)、>>>>>>> 分支名(远程代码); - 编辑代码保留需要的内容,删除冲突标记;
- 重新
Add → Commit → Push完成冲突解决。
冲突解决原则:
- 每日开发前先更新代码;
- 小步提交(写一个功能 / 修复一个 Bug 就提交)。
3.6 分支使用与合并
为什么用分支?
- 隔离开发任务(如新功能、Bug 修复);
- 分支开发失败不影响主线(master);
- 多人协作时,每人独立分支开发,避免直接修改主线。
创建分支
- 右键项目 →
Git → New Branch; - 输入分支名(如
dev),点击Create; - 推送分支到远程:
Git → Push,选择dev分支,点击Push。
分支开发
- 在
dev分支开发新功能,完成后Commit → Push; - 切换回
master分支,看不到dev分支的修改(分支隔离)。
合并分支
- 切换到
master分支; - 右键项目 →
Git → Merge; - 选择要合并的
dev分支,点击Merge; - 合并完成后,
Push本地master分支到远程,完成主线更新。
3.7 查看 / 回滚历史记录
查看提交历史
右键文件 → Git → Show History:
- 左侧:提交记录列表(含提交人、时间、注释);
- 右侧:每次提交的代码变更对比。
版本回滚
- 在历史记录中选择要回滚的版本;
- 点击
Get,IDEA 自动将文件恢复到该版本状态; - 重新
Commit → Push(适用于误删代码 / 错误提交场景)。
四、总结
本文覆盖 Git 核心流程:环境准备→本地仓库操作→远程仓库交互→分支管理→冲突解决,结合 IDEA+Gitee 的可视化操作,避开了纯命令行的学习门槛。核心要点:
- 牢记 Git 工作流程:
Clone → Add → Commit → Push/Pull; - 分支开发是协作的核心,避免直接修改 master;
- 冲突解决遵循 "先更新、小提交" 原则;
- 历史记录可快速回滚错误操作,是 Git 的 "后悔药"。
掌握这些操作,足以应对日常开发中的 Git 使用场景,后续可深入学习 Git 命令行、标签管理、忽略文件(.gitignore)等进阶内容。