Git 基础教程 - IDEA中的使用详解_idea怎么使用git

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

Git

1、IDEA中配置Git

选择File→Settings打开设置窗口，找到Version Control下的Git选项,然后配置Git路径。如果Git安装在默认路径下，IDEA可以自动找到。选择路径后点击右侧Test，出现版本号提示即可【由于IDEA版本问题，提示的方式可能不一致】。

2、将本地项目推送到远程仓库

2.1、创建项目远程仓库

这个使用GitHub位例，创建仓库spring_boot_test。如下图所示：

2.2、初始化本地仓库

创建完远程仓库之后，还要通过 IDEA 开发工具来初始化一个本地仓库，相比于 Git Bash 这样的命令行来说，IDEA 非常方便可以进行可视化的 Git 管理。

如下图所示，在工具栏中的 VCS，鼠标光标移动到 Import Version Control -> Create Git Repository，点击 Create Git Repository。

点击 Create Git Repository 之后，弹出一个小窗口，选择要初始化的本地项目。这里就以打开的项目 spring_boot_test 为例，对 spring_boot_test 进行 Git 本地初始化。

2.3、连接远程仓库

初始化本地仓库，并且创建完远程仓库项目之后，下一步就需要将本地和远程进行对接交互了。那么在交互之前，肯定是要进行建立连接的，就像打电话之前先呼号建立通话连接一样，之后再进行信息交换。

工具栏 VCS -> Git -> Remotes，点击 Remotes 添加远程仓库连接信息。

添加 Remote，输入 Name 和 URL，这里的 Name 如果没有特殊设置就是按照默认的 origin 来，也是 IDEA 自动补全的，建议在创建远程项目的时候不要轻易修改，这里的 URL 就是在远程项目信息中可以看到，我就不放出来了。

之后弹出一个登录的窗口，输入自己在GitHub注册的账号和密码即可，然后点击 Log In.

验证通过之后，Git Remotes 中便出现了远程项目的 Name 和 URL，最后点击 OK，这样就正式连接远程仓库项目了。

2.4、提交到本地仓库

在工具栏中，点击绿色的图标，表示 commit 到本地仓库。

• 弹出一个 Commit Changes 窗口，然后，选择我们的项目 redis-demo，会自动选中项目中的有变化的文件，第一次 commit 整个项目，会把所有项目文件进行 commit.
• 一般地，在 commit 操作之前，需要仔细查看每个文件细节内容，避免因为鼠标键盘无意按压动作导致对代码文件带来非本意的修改，这是要养成的习惯。
• 在 commit Message 中填入提交记录说明，最后点击右下角的 commit，提交项目 redis-demo 到本地仓库。

如果项目存在 warnings，即使项目没有错误可以正常运行，IDEA 还是会给出提示，询问是否要 review 一下，这里我直接忽略，直接 Commit 提交即可。

提交完成之后，在 IDEA 界面下边信息提示栏中，Log 日志选择 Version Control，可以看到提交记录，表示提交成功。

2.5、推送到远程仓库

推送项目到远程仓库，按照下图操作即可。在 push 之前需要对每个文件内容进行检查，避免因为鼠标键盘无意按压动作导致对代码文件带来非本意的修改。推送成功之后，可以在 IDEA 中看到提示信息，也可以在远程仓库中查看结果。

3、克隆远程仓库到本地

4、基本操作

4.1、代码提交到暂存区

拉取代码后开始工作，比如这里我们修改了一些类中的代码，又新增了一些类。但是这个红色的要引起注意。

右键项目，选择Git→ Add 将文件信息加到暂存区。

此时可以看到刚刚的Teacher类变为绿色了。

4.2、暂存区代码提交到本地库

第一种方式，右键项目，选择Git→ Commit：

第二种方式，点击菜单栏Git旁边绿色对号：

选择我们想要提交的文件，填写提交信息，然后Commit，主要用于将暂存区里的改动内容提交到本地仓库中。

4.3、推送到远程仓库

右键选择Git→ Repository→ Push 或者快捷键 Ctrl+Shift+K

调出界面后，排查没问题Push即可：

4.4、撤销本地提交

如果我们再提交到本地仓库后，推送到远程仓库之前，发现提交的代码有错误，此时可以撤销本地提交：

在日志中右键点击需要撤销的记录，选择undo Commit即可：

选default就可以：

此时Commit已经撤销，查看状态发现修改的文件已经回到暂存区：

4.5、撤销远程推送

如果在推送到远程仓库后，发现代码有误，也可以撤销。

1、方式一 Revert

例如我们修改了代码，然后推送到了远程仓库：

查看远程仓库，发现已经推送成功：

这个时候发现推送错了，可以在Version Control的Log中选中想撤销的记录，选中Revert Commit：

但是这个时候只是本地，不会影响到远程仓库，我们还需要做一次推送:

查看远程仓库：

2、方式二 Reset

再次修改代码，并提交到远程仓库：

此时查看日志，如果我们想把第一条Commit撤销，那么也就意味着回到第二条Commit的位置

右键第二条记录，选择 Reset Current Branch…

此时会出现四个选项：

• Soft：暂存区【Add后】和你本地改动代码都在，新增的文件你会发现它是绿色
• Mixed：本地改动代码在，暂存区没有了，你刚刚新增的文件是红色了
• Hard：在选择的回退点之后的所有更改都会被丢弃（包括未提交和已提交的文件）。这种方式会删除回退点之后的所有文件，影响巨大，除非真的有此需要，否则不推荐使用。
• Keep：在选择的回退点之后的所有已提交的更改会被丢弃，但未提交的文件会被完整地保存下来。如果真的有此需要，可以选择

选择 Soft或Mixed后强推一次就可以了。

4.6、更新代码

一般在将本地代码提交到远程仓库时，最好先更新下远程仓库的代码到本地，从而避免不必要的冲突。【养成良好的习惯，每天到公司就先更新代码】

通过IDEA的右上角更新图标，或者通过快捷键 Ctrl + T 进行拉取：

更新时有两种方式：

• Merge incoming changes into the current brance
• Rebase the current branch on top of incoming changes

当前情况：

Merge： 最后会形成一个新的 commit 提交

Rebase： 最后会把你的提交作为父节点延续下去

4.7、暂存修改

场景：

1. 代码没有commit，但是需要pull代码
2. 代码没有commit，但是需要切分支

右键项目->Git → Repository->Stash Changes

这样就可以把本地的改动暂存起来：

pull完代码后再通过Unstash Changes把藏起来的代码释放出来：

5、分支操作

5.1、选择分支

实际项目中会存在很多分支，那我们需要拉取正确的分支来进行开发，在IDEA的右下角可以选择，默认是master分支。

想要哪个分支直接Checkout即可。

5.2、新建分支

在实际项目开发过程中，当遇到一个需求时，我们并不会直接就在主分支(master)上面进行开发，而是在主分支的基础上单独创建一个新的分支进行开发，当新建分支的代码经过代码评审以及测试验证通过，确认准确无误之后才会将新增的代码合并到主分支master，这才是一个规范的git操作流程。

因此，必须要掌握新建分支的过程，那么创建一个分支的过程如下图所示：

1、首先，单击 “Remote Branches” 下的 “origin/master” 分支，单击选择 “New Branch from Selected…”

2、其次，弹出对话框，输入你要新建的分支名称。例如，feature-1.1.0，单击“Checkout”，表示创建该分支同时切换到 feature-1.1.0 分支。

然后，创建分支 feature-1.1.0 成功之后，可以在 “Local Branches” 下看到此时有两个分支分别为feature-1.1.0 和 master，这表明本地仓库中已经有了新建的分支了。

3、但是 “Remote Branches” 下依然只有一个 master 分支，表明在我们的远程仓库依然只有一个master 分支，因此我们还需要把在本地仓库新建的分支推送到远程仓库中，这样就可以在远程仓库中看到新建的分支了。

单击 feature-1.1.0 ，然后在左边单击 “Push” ，弹出推送对话框。单击 “Push” 推送到远程仓库，这样分支新建操作彻底完成，可以看到在"Remote Branches"分支下面出现了“feature-1.1.0”，我们可以在该分支进行编码并进行拉取和推送操作。

5.3、比较分支

分支比较就是对比不同分支之间的差异。例如，需要比较当前所在分支与 master 分支之间的差异，可以选择需要对比的 master 分支，然后单击 “Compare with Current”，在弹出的窗口可以看到具体的差异。

先修改一下feature-1.1.0分支：

然后和master分支比较：

5.4、合并分支

合并分支是将 A 分支合并到 B 分支，A 分支称为源分支，B 分支称为目标分支。

注意事项：master 分支是我们部署在生产环境服务器的分支，master 分支的代码往往是最新的代码。通常我们有一个新的需求时不会直接在 master 分支进行实施编码，而是基于 master 分支拉出一个新的分支，在拉出来的新分支进行实施编码。只有当新分支的代码经过 code review 以及测试联调通过之后，才会将代码合并到 master 分支等待部署上线。合并分支的流程务必规范：先将 master 分支合并到新分支，之后再将新分支合并到 master 分支。 这样做的原因是因为一个项目通常由多个人负责，可能在你开发的过程中，有新的代码已经合并到 master 分支并且部署上线了，但是你拉的新分支上的代码依旧是 master 分支的老代码。所以需要先更新你拉的新分支上的代码，将其他人更新的代码合并过来，保证你拉的新分支代码与最新的 master 分支代码一致（以免因为丢失最新修改的代码而造成线上事故）之后再将你的新拉的分支代码合并到 master 分支上面。

以 feature-1.1.0 分支和 master 分支为例，将 feature-1.1.0 分支合并到 master 分支中。

1、首先，切换到 feature-1.1.0 分支，将 master 分支合并到 feature-1.1.0 分支中。单击 “Local Branches” 下的 master，选择 “Merge into Current”，这里的 Current 是指目标（feature-1.1.0）分支 ，也就是将 master 分支合并到 feature-1.1.0 分支中，合并成功之后可以看到提示。

2、然后，切换到 master 分支下，将 feature-1.1.0 分支合并到 master 分支。

3、最后，我们可以看到在 “Local Branches” 下的 master 分支有个绿色的小箭头，这是因为我们刚才的分支合并在本地仓库操作的，并没有将远程的 feature-1.1.0 分支合并到 master 分支中。因此，我们还需要将 master 分支推送到远程仓库，点击 Push 或者使用快捷键 Ctrl+Shift+K 推送到远程仓库即可，推送成功之后绿色提示小箭头也会消失。

5.5、删除分支

在删除分支之前，建议先切换到(Checkout)其他分支，例如，Checkout到master分支，当然这并不强制，只是为了方便删除分支而已。

1、首先，在 “Local Branches” 下单击分支 feature-1.1.0，左边弹出选项选中 “Delete”.

2、然后，在对话框中勾选“Delete tracking local feature-1.1.0 as well”，意思就是同时删除远程和本地仓库中的 feature-1.1.0 分支。

6、解决代码冲突

场景：

1. 合并分支时
2. 远程推送时，远程仓库版本领先于本地版本

1、修改本地代码，并提交到本地库

2、线上浏览器修改代码并提交

3、本地推送到远程库

因为远程库版本领先于本地库，所以推送失败

4、解决冲突、合并代码

可以直接选择全盘接收他人代码，也可以选择全部使用自己的代码：

也可以单独选择有冲突的文件，手动修改：

因为是注释，所以我们选择接收双方的修改：

然后再次推送即可成功：

7、常用快捷键