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

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

如何放弃本地修改

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

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可能下面这个情况

下面是SourceTree上的显示结构

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

git merge dev
git rebase dev

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

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

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

因为测试，重新创建了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，并提示变更的内容，简直无比的贴心。

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

最后

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

作者：占小狼
链接：https://www.jianshu.com/p/9701d49810f7