10年程序员告诉你,在Git使用中的一些奇技淫巧!

10年程序员告诉你,在Git使用中的一些奇技淫巧!

如果我不说奇技淫巧,你们估计就不点进来了

Git作为当今最流行的分布式的代码版本管理系统,它的出现改变了软件开发流程,大大地提高了开发流畅度。

使用Git也有一段时间了,一直都只是使用一些最最基本的几个命令,对于不复杂的代码工程来说,我觉得已经够用了。

命令别名

平时不太用GUI,都是在IDEA中直接敲命令进行相关操作,觉得命令行相对于GUI来说效率还是要高一些,一开始老老实实的敲完整的命令,比如

1、git checkout dev
2、git status
3、git commit -m '某次提交'

后来才发现,Git有别名这一功能,通过下面几个命令可以把比较长的命令使用简短两个字母代替。

$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
$ git config --global alias.st status

然后就可以愉快的敲 git st 来查看当前状态了,除了这种简单的替换,还可以进行复杂的替换,比如要显示一个牛逼的提交记录,可以把lg替换成很长的一段命令组合,如下:

$ git config --global alias.lg log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit

大家可以感受一下,这是原生的git log

10年程序员告诉你,在Git使用中的一些奇技淫巧!

下面是git lg,是不是高大上了很多,还有很多组合命令可以去挖掘

10年程序员告诉你,在Git使用中的一些奇技淫巧!

如何放弃本地修改

这个功能平时用的还是比较多的,经常功能加了之后发现并没什么卵用,需要放弃这些修改,不过这也分为好几种情况。

1、未进行add操作

这种情况,应该是最常见的,一般修改不会轻易进行git add <file>操作,这个时候只需要进行简单的 git co -- . 全部或者 git co -- <file> 恢复具体的文件。

命令中的--很重要,没有--,就可能变成 "分支切换" 的命令,但是如果没写--,且没有对应的分支,也可以恢复,为了保险,还是老老实实加上。

该命令就是用来放弃那些还未加入缓存区的修改操作,包括文件内容的修改和文件的删除,但是对于那些新建的文件来说,并不把它删掉,因为刚新建的文件对于Git来说是未知的,需要手动的删除。

2、已经被add进缓存

好吧,这种情况,我也是经常遇到,因为手速太快,执行完git add . 之后,发现一些有问题,怎么办?

因为这些修改已经被放入缓存区了,git co 操作已经无力回天,这个时候,可以使用 git reset HEAD <file> 命令来放弃指定的文件的缓存,如果要放弃所有修改的缓存,可以使用 git reset HEAD .

该命令相当于撤销 git add 的影响,在执行该命令后,本地的修改并不会消失,而是回到add之前的状态。

3、add完之后,还commit了

这种情况最糟心,还好没有push到远程仓库,还可以抢救。其实方法也很简单,可以使用 git reset --hard HEAD^ 来回退到上一次commit的状态。

另外使用此命令可以回退到任意版本:git reset --hard commitid

这里的commitId就是使用 git log 显示的提交历史中的SHA码,只需要前面几位即可。

如何合并分支

通常我们会在一个新建分支进行相关功能的开发,比如执行 git co -br dev 创建一个dev分支进行开发。

一个功能迭代开发了一周,测试通过之后,需要合并回mater分支,这个时候master分支可能已经合并了一些其他小伙伴的代码,这个时候的Git可能下面这个情况

10年程序员告诉你,在Git使用中的一些奇技淫巧!

下面是SourceTree上的显示结构

10年程序员告诉你,在Git使用中的一些奇技淫巧!

需要把dev分支的代码合并到master上,可以有两种方法

git merge dev
git rebase dev

如果是执行 git merge dev ,效果如下

10年程序员告诉你,在Git使用中的一些奇技淫巧!

merge命令会留下dev分支,却在合并的地方多了一个merge节点。

如果是执行git rebase dev-0,会发生什么?我们再试试

10年程序员告诉你,在Git使用中的一些奇技淫巧!

因为测试,重新创建了dev-0分支,通过rebase的合并,发现dev-0的commit信息很自然被整合到了mater分支中,好像dev-0分支从来没有存在过一样,整个分支也很干净。

删除远程分支

有时候可能一不小心,把本地的开发分支会push到了远程仓库,虽然没什么大碍,对应有分支洁癖的同学可能不能接受,怎么办,删除之。

对于本地分支,可以痛快的执行 git br -d dev 命令进行删除,远程分支就没这个简单了,不过命令还是有的,只是不太好记。

git push origin :<branch-name>

推送一个空分支到远程分支,相当于删除了远程分支,在v1.7.0 之后,可以使用下面这种语法进行删除

// 1.7.0之后
git push origin --delete <branch-name >

tag相关

一般在发布一个版本的时候,会打一个对应的版本号。

git tag 1.1.8

那么,tag有什么好处?

比如,目前组件已经迭代到了版本2.0.5,业务却拿着1.1.8的版本,咨询哪哪哪有问题,这个时候就可以快速的执行 git co 1.1.8 命令定位到1.1.8版本发布时的代码,并进行相关问题的查看。

其它的一些技巧

1、git add -p

之前在执行git add时,可能把并不想提交的一些文件(测试文件)给add到缓存了,如果添加了 -p ,可以一个一个提示你进行add,并提示变更的内容,简直无比的贴心。

其它一些高级技能,平时也没怎么用过,如果有其它的一些技巧,欢迎推荐。

最后

献上一张图,已经忘记当时是哪里找到的

10年程序员告诉你,在Git使用中的一些奇技淫巧!

相关推荐