我在实际工作中用的最多的 git 命令,全在这里了,使用简单!

原创
05/29 08:46
阅读数 3.5W

前言

最近在工作中频繁用到git版本管理,期间也遇到了很多的问题,平时也会使用,但是,在没有遇到什么大的问题的时候,还是用的不是特别的熟练,最近,自己在玩的时候,发现了很多问题,同时,也用git解决了这些问题,发现git真的是个好东西,用的熟练了,真的棒!!!

所以,今天就花点时间总结一下最最常用的一些git命令,不管什么时候,这些命令都是需要熟练的使用的,这样才能保证不出错,那就开始吧!!!

创建仓库/初始化/提交操作

1、git init

初始化仓库操作,这样才能用git进行代码管理。

这里分享一下自己最近的原创文章合集。

序号 文章详情
1 【原创】分布式架构系列文章
2 【原创】实战 Activiti 工作流教程
3 【原创】深入理解Java虚拟机教程
4 【原创】Java8最新教程
5 【原创】MySQL的艺术世界
2、git clone 仓库地址

复制远程仓库的代码到本地。

3、git add XXX

添加本地的某个新文件到本地仓库,但是,此时只是提交到了本地仓库,并没有提交到远程仓库。

4、git add .

这个操作和上面的区别在于,这个命令会添加所有的新文件,也就是当前目录下的。

5、git commit -m 'message'

提交代码到本地仓库,并没有到远程仓库,不理解的可以去了解一下git的原理。

6、git commit -am 'message'

这个命令将上面两个步骤 add 和 commit 合二为一。

日志查看/信息显示

1、git log

这个命令主要用于查看提交日志

2、git status

可以用来查看仓库的状态,在开发中,使用最多的可能就是这个命令了,建议开发过程中没事就 git status 一下。

如果当你不知道你的git分支或者仓库的状态的时候,记得一定git status一下,不然,可能就会出问题哈。

分支管理

这个是重头戏哈,在实际的工作中,分支创建开发新功能,切换分支简直能再多了,如果操作不当,可能造成很大的麻烦,我在工作中就遇到过很多不必要的麻烦,而且解决起来特别难受。

1、创建分支 git branch XXX

可以在远程界面创建分支,或者使用命令git branch XXX

创建的新分支的代码一般是来自于master的,所以,比如你创建了新分支test,那么test分支的代码是和master的代码是一样的。

我们还可以使用git branch查看分支。

2、切换分支 git checkout XXX

切换分支:git checkout XXX,这样就切换到了XXX分支。然后我们再到XXX分支进行功能的开发工作。

3、 创建分支并且切换分支 git checkout -b XXX

命令:git checkout -b XXX,这条命令就是执行了前面的两条分支,git branch XXX和git checkout XXX,创建并且直接切换到XXX分支,这个命令的好处在于,当你需要进行新的功能开发的时候,你直接创建新分支,然后直接切换了,就可以直接开搞了。

其实,我们在开发的过程中会遇到很多技术,如果大家有兴趣,可以看看我的博客blog.ouyangsihai.cn,里面都是我的原创文章,技术干货。

4、查看处于哪个分支 git branch

命令:git branch,可以直接查看本地的所有分支,并且当前处于哪个分支。

如果你问,我想查看本地和远程的所有分支用哪个命令呢?

5、查看本地和远程所有分支 git branch -a

git branch -a,是不是很简单。

6、合并分支 git merge

本地有这么多的分支当我们完成功能开发,需要合并到maste的时候,应该怎么办呢?

  • 切换到master分支,git checkout master
  • 合并XXX分支,git merge XXX
  • 这时候如果有冲突就需要解决冲突了。

7、删除本地分支 git branch -D XXX

当我们完成了功能开发,且合并到了master的时候,我们就可以删除我们当前的分支了,命令git branch -D XXX

注意:当前处于XXX分支,XXX分支是不能被删除的,需要先切换到其他分支。

8、删除远程分支 git push origin --delete XXX

删除远程分支属于危险操作,如果权限不合理,可能会出现大问题。

建议:git branch -a 查看所有分支,再进行操作。

更新管理

1、提交代码到远程 git push origin XXX

本地代码写好,提交到远程,最常用的操作,XXX就是远程的仓库名称。最常用:git push origin master,添加到master。

2、拉取远程代码到本地 git pull origin XXX

将远程代码下拉到本地并进行合并,等价于 fetch 和 merge 两步一起执行,但是,这个其实是在平时最常用的命令,一般拉取新代码的时候,都直接用这个命令操作。

另外,本文 GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录,这是我花了3个月总结的一线大厂Java面试总结,本人已拿大厂offer。

版本回退

其实在平时的开发中还是会遇到一些操作不当,导致分支出现问题,这个时候,版本管理的作用就凸显出来了,我们可以通过git提供的版本管理进行版本回退操作,这样可以很快的解决我们得问题。

场景:当我们开发一段时间之后,发现现在跟master分支出了很大的问题,我们很有可能需要回退到一个我们比较合适的代码版本,然后再进行相关的开发工作。

1、 git reset --hard XXX

这个命令使用需要注意,会把当前分支的代码全部回退到以前的一个版本,不可逆转,需要谨慎使用。

这个命令虽然不太常用,但是,当出现大的问题的时候,却能发挥很大的作用,直接回退到一个以前的版本。

当然,有时候当我们错误的回退的时候,又想回到最初的样子怎么办呢,难道代码中的我们也不能回到18吗?

当然可以。我们可以使用git reflog,查看所有的head的记录。

最后,我们在通过git reset --hard 766f905f,重新回到回退之前的版本。

ok,以上就是工作中最最常用的git命令大全了。

给俺点个赞呗,最近系列原创文章。

序号 原创精品
1 【原创】分布式架构系列文章
2 【原创】实战 Activiti 工作流教程
3 【原创】深入理解Java虚拟机教程
4 【原创】Java8最新教程
5 【原创】MySQL的艺术世界
展开阅读全文
打赏
18
164 收藏
分享
加载中
06/10 23:54
回复
举报
您好,请问本地commit了,然后pull远程代码有冲突怎么处理?
06/10 14:44
回复
举报
有冲突解决冲突,解决完了再推送
06/11 07:51
回复
举报
有个好奇,你们平常在公司都是用命令操作git么?
06/10 12:22
回复
举报
我要求我们项目都用git命令行, git rebase -i写入了操作手册, 严格遵守github workflow。 现在大家都习惯了git rebase
06/10 13:52
回复
举报
使用git rebase与遵守workflow我都理解,但是我就不理解为啥还用命令行。我们都是用的图形化软件或者开发工具自带的git图形操作
06/10 16:02
回复
举报
GUI就很差劲啊,你熟悉这几个命令之后会发现图形程序很不好用
06/12 16:22
回复
举报
sourceTree
06/12 09:23
回复
举报
git pull 时,若本地有改动代码,会提示先commit 在pull ,有没有办法能不commit 就直接更新代码然后手动合并的?

IDEA 有这个功能但命令行怎么执行呢?
06/10 11:59
回复
举报
可以看看idea的命令记录
06/10 14:53
回复
举报
差不多都齐了 高级玩法不涉及
06/10 10:02
回复
举报
95%用法相同
06/10 09:36
回复
举报
cherry-pick rebase
05/29 14:49
回复
举报
别说了,只有十分之一的会用这两个命令,而对于 rebase -i 又只有一半不到的人会用。
06/10 08:22
回复
举报
感觉很常用哈 我基本上都是高频左右 估计和我维护的分支较多 有关吧
06/10 09:20
回复
举报
表示,如果流程规范一点的话,cherry-pick和rebase,用的还是比较多的;很多代码提交不上去,都是因为没做好rebase。。
06/10 10:36
回复
举报
请问,代码提交不上去,和没做好rebase 是啥关系? 我感觉rebase就是merge,只是不会新增一个merge commit
06/17 09:54
回复
举报
照这么说,我还挤进 1/20 了😆
06/10 11:44
回复
举报
这两个命令,在我这里,算高频操作了
06/10 11:45
回复
举报
我也算高频操作了。不使用rebase多人协作开发时分支图多乱啊根本不能看啊。 我最近在面试,十个里面差不多有一个知道这个命令,侧面反映了真的有很多人不使用这个命令。
06/10 13:39
回复
举报
对的,用的人,确实用得很频繁,以为很自然。我也是在面试时发现这个问题的,绝大多数面试者对这两个命令一脸茫然。不过,不用这两个命令确实也能完成项目协作,只是git history很乱。。
06/10 14:02
回复
举报
对的,我也是在用了5年 git 之后,才注意到 rebase 的。打理集中细碎的提交。之后就看不下去从前没 rebase 过的提交记录了。这功能冷,但很有用。
06/10 23:35
回复
举报
回复 @静听的眼睛 : 我也在一次面试中被问到有关 rebase reset 的问题,忘了是什么问题,就记得面试官说,真的很少有人能答的上来。ε=(´ο`*)))唉
06/12 16:28
回复
举报
我接触过得所有同事,只有极少数真正能用到 git 的那些优点,可能对于其他人来说,git、svn 一样的,没所谓,无感。
06/12 16:24
回复
举报
相当大比例的在用图形界面的那个小乌龟(TortoiseGit),上面不是还有个朋友在说吗,不理解为什么有人要用命令行。其实图形程序也没什么,至少这些操作要知道吧,图形程序一般都支持这些操作。
06/12 16:27
回复
举报
基本差不多了,还是很实用的~
05/29 14:46
回复
举报
更多评论
打赏
26 评论
164 收藏
18
分享
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部