本文转载自公众号 占小狼的博客
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
如何放弃本地修改
这个功能平时用的还是比较多的,经常功能加了之后发现并没什么卵用,需要放弃这些修改,不过这也分为好几种情况。
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码,只需要前面几位即可。
删除远程分支
有时候可能一不小心,把本地的开发分支会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 co1.1.8
命令定位到1.1.8版本发布时的代码,并进行相关问题的查看。