掌握GoLand配合Git的高效技巧，让工作效率飞跃

回忆我和你的过去，

是我唯一的方式，

感觉你还在我身边

她在分手信里说，

我能为你做的最后一件事，

就是离开你的世界，

我们大概不会见面了吧，

各自保重吧

golang学习记

分享golang 学习的点滴

115篇原创内容

公众号

简介

Git作为一个版本控制（version control）的工具，已经有近20年的历史。2005年的时候，Linux Torvalds和其他linux开发者在使用另一款版本控制工具BitKeeper ，但是这款软件是收费的，其中一个开发者逆向破解了BitKeeper，与BitKeeper公司发生了利益冲突，导致他们不能再使用BitKeeper。

于是Linux Torvalds很快开始开发Git。很快很多的志愿者加入了Git的开发，正式由于Git的出现，后面才出现了诸如Github这样的开源社区。

如今，Github和Gitlab是企业中使用最多的项目管理工具。它们的共同点都是基于Git。

Git工具虽然强大，但是只有你对它有更多的使用和了解，才会真正感知到它的强大之处。

为了能够更好的理解和使用Git，我们通过下面的故事来感受。

在一个很普通的早上，A同学骑着单车，准备去公司上班。A同学是一名女生，职业是go开发者。

9点左右的时候，A同学到了公司，稍微休息了几分钟，就开始投入到今天的工作。今天她要开发一个新的项目，所以她第一件事情就是拉取这个新项目到自己的goland里面。

下面是她得到的git地址

https://github.com/xxd/go-git.git

然后她到goland，点击File->New->Project from version control->Git，然后把这个地址复制到如下输入框

在Directory 后面输入项目要保存的位置，点击Clone。

如果你觉得需要点很多次，才会出现 Clone 的窗口，你可以在goland的 keymap 里面搜索 Clone ，选择 Repository 里面的Clone，然后给他一个快捷键，比如 alt+g

很快项目就拉了下来。

A同学接着以Debug方式启动了项目。发现项目运行正常。

然后她准备开发用户管理模块的功能，比如注册用户，查询用户，禁用用户。

于是A同学按住 alt+n 创建了一个 user 包，接着再按 alt+n ，在user包里面创建了 user.go 文件，在A同学输入完user之后，goland会提示她是否把这个文件加入到这个项目的 Git 仓库，选择Add ，当然要把自己写的文件加入到项目的 Git 仓库，因为后面我们要提交这个文件到项目的远程仓库。

此时，我们已经见到了Git的3个概念。

• 第一个是远程仓库（Repository），也就是项目代码在Github上被管理的地方。
• 
  
• 第二个是工作区（working dir），就是我们本地存放代码的位置。在Github上的Repository和我们本地的项目代码位置形成了一对remote和local的关系。我们一般把Github上的仓库叫做远程仓库，本地的就叫做本地仓库。
• 
  
• 第三个就是分支（branch），我们默认拉的是master分支。对于分支的名字，最出名的除了master（主分支），develop（开发分支），release（发布分支），staging（预发布分支）。

分支是Git的主角，后面的很多操作都会出现他的身影。我们也可以新增自定义的分支，比如feature-2023-11-11 表示2023-11-11要发布的特性的开发分支。有时候在分支上也会带上自己的名字，比如feature-swk表示是孙悟空的开发分支。

目前对于Github来说，默认的分支已经是main，而不是之前的master

由此，我们知道一个Repository可以有多个分支，那么同时对于本地来说，也可以有多个对应的分支，区别是一个是remote的，一个是local的。

刚才A同学点击Add的操作，实际上对应了如下Git命令

git add user.go

add的文件和没有add的文件goland是给了不同的颜色来区分的。就像是被add的文件在城墙里面，没有被add的文件在城墙外面是完全不同的世界了。

上面只是一个可以被看到的区别，那么本质是什么呢？

这里就需要上一张表达本质的图

上面的图说明了 git add 命令的本质效果是工作区的文件被放入到了staging area，可以理解为一个预备的文件区域。就比如你去商场买东西，会拿一个购物车，把自己喜欢的商品先放入到购物车的过程。

git add 也被解释为 staging the changes。

既然是购物车，到了后面我们也可以将购物车的某个商品拿出去，然后到收银台进行支付。

大概过了一个小时，A同学把用户注册的功能基本上写好了，于是她开始自己用postman测试下自己的代码，过了一会，她发现没有问题，于是她开始按ctrl+k（k音同commit的c的发音）

在这个窗口，Default Changelist 列出了你已经 git add之后的文件，哪些是被修改过的，当然第一次 git add的文件都是修改过的。

然后是填写提交信息的 Commit Message 框，比如这里A同学写的是注册用户，注意 Commit Message 是commit之前必须要填的，不填的不让commit。

如前图，commit的内容就是我们之前staging area里面的内容

我们一般是直接点击Commit右边的倒立三角形，选择Commit and Push。然后就会弹出一个push框，最后点击push，你写的代码就会在Github上对应的分支看到了。

如果你是点击的commit，后面push的时候也可以按ctrl+shift+k来push代码。

commit 和 push的区别：commit 是把变更放到本地的repository，push 是把前面commit的变更全部放到remote的Repository

到此，一个企业里面的提交代码的git过程就结束了。

实际上，随着业务的发展，我们会不断的重复上面这个基本的过程，也就形成了一次次的提交历史。我们可以到如下图的地方查看提交历史

如上图，goland提供了Log列，让我们查看提交历史，同时可以看到branch，user，date 3个下拉框来过滤我们想要看的历史记录。

当我们点击某一次提交，右边会出现这次提交的文件，同时我们选中一个文件，按ctrl+d可以对比2次提交的这个文件的差异。

如何快速丢弃本地的改变（在staging之前）

注意：Git是基于改变的而不是基于文件来staging的。

比如A同学刚才已经提交了user.go文件，第二天，她又改了这个文件1个小时，发现需求变了（需要从开始的地方写），但是自己在user.go里面已经写了很多的代码，虽然可以按ctrl+z回退，但是想到需要按很多次ctrl+z就很麻烦。

package usertype User struct{  Name string  Age int  //下面是很多新加的代码  //new  //旧的代码  //old  //新的代码+旧的代码  //new+old}

这类情况可以使用如下命令

git checkout user.go

执行这个命令，可以让user.go回到Repository的状态，也就是上次提交后的状态。这样就不需要重复按ctrl+z（按多了，自己也不知道该到什么时候的代码了）

如果你发现改动了好几个文件，最后发现这些改动不需要了，可以直接打开命令行输入如下命令

git checkout .

恢复已经staging的改变

可以使用reset命令

git reset HEAD user.go

这样会清除刚才staged的改变（基于改变而不是文件），但是工作区的代码仍然是不变的

package usertype User struct{  //新加的注释  Name string  Age int}

要让工作区的代码回到如下

package usertype User struct{   Name string  Age int}

还需要执行如下命令

git chekout user.go

如何快速取消某一次commit

有时候，你commit 才发现这次提交时有问题的，你想取消这次提交的变更。

使用如下命令

git revert HEAD

HEAD 表示是最新一次提交，如果你想取消更久之前的commit，可以带上每次提交的hash值

git revert  47944b4b9273d756e382c20e259bbdbedd1a6d98

如何查看每次commit的hash值呢？

在Log里面，选中某次commit，然后右击，点击 Copy revision number

注意：上面的git revert只是取消commit，在git log里面取消的commit仍然是存在的，并没有被删除

如何删除一次commit

当我们发现某次提交是错误的，我们想删除这次提交（在提交历史里面看不到这个提交），使用如下命令

git reset --hard  47944b4b9273d756e382c20e259bbdbedd1a6d98

这个命令会做3个事情：

• 把HEAD（最新的一次提交）设置为指定的那次提交，比如目前提交了3次，分别为A->B->C，执行 git reset B，就会把HEAD从C变为B

• 把staging area 设置到指定的那次提交的staging area 的时候

• --hard则表示会把工作区的代码设置到指定的那次提交的代码

在goland里面，可以通过选中某一次提交，右击选择 Reset Current branch to here。

注意：对本地的分支进行 git reset 是没有风险的，因为即使操作错了，仍然可以使用 git checkout 回到最新的代码。

什么时候用rebase，什么时候用merge

简单来说，当你需要把remote的Repository的更改应用到本地的分支，使用rebase；但是如果你的本地分支是和别人共享的，那么不要使用rebase，因为rebase会重写commit的历史。

merge 示意图

现在A同学和B同学在同时开发这个项目，在第一个白色圆圈到第二个白色圆圈这个阶段你们都是使用main分支开发的；这时候A同学需要开发一个feature，因此从第二2圆圈开始checkout出一个分支叫feature；B同学仍然在main分支7开发。

过了几天，A同学提交了3次代码（3个绿色圆圈），B同学提交了2次代码（2个蓝色圆圈）。

这时候A同学需要使用到B同学开发的内容，A同学使用merge，会产生一个新的commit（第四个绿色圆圈）

rebase示意图

如果A同学使用rebase，那么会把自己的提交放在B同学之前2次提交的前面。但是不会产生新的commit（commit个数和rebase之前是一样的）。这样当我们查看历史记录的时候提交节点之间的关系更加线性。

在goland如何合并代码呢？

第一步：点击右下角当前的分支

第二步：选择其中一个远程的分支

第三步：点击 Merge into Current

结果：会把选择的分支的更改合并到当前分支

Rebase Current onto selected：会把当前分支的更改合并到选择的分支

A into B 表示B会有新的变化 ；A onto B 表示A会有新的变化