让你提高工作效率的Git的技巧

Git是一个非常强大的版本控制系统,但是Git异于常规以文件为基础的VCS系统架构,以及基于纯命令行的功能涉及,使得初学者会难勘其妙,产生畏惧心里。而如果长期依赖于Git图形端的话,也难以真正理解Git的真正思维和功能。关于Git,虫虫已经发了很多文章,关注虫虫可以学习。今天虫虫就总结几个可以极大改善你工作效率的Git技巧,希望能够抛砖引玉,能对你Git学习和使用有一定的帮助。

Git别名

Git有很多命令,第一难于记忆。第二就算记得或者使用Git自动补全功能,但是敲打命令也比较费劲,影响效率。熟悉Linux的同学都应该使用过Shell强大的别名功能,帮你记忆和减少敲打命令的痛苦。同样的该技巧也可以用到Git命令中来,可以对每天频繁使用的命令创建别名,来帮我们提高效率。

例如,下面我们对最长使用的命令checkout,commit和branch创建别名(ck,cm,bc,也可为其他你喜欢的字符):

git config --global alias.ck checkout

git config --global alias.cm commit

git config --global alias.bc branch

此后,你只需键入git ck master,代替 git checkout master。

除了,通过上面命令设置全局命令设置别名外,也支持通过直接修改用户配置文件~/.gitconfig文件来达到同样的效果:

[alias]

ck = checkout

cm = commit

bc = branch

暂储未提交的更改

我们说git版本设计时候极大地考虑到了保存你使用状态,设计了三个区域来区分不同阶段的变化,从变化由新到久顺序依次是用户工作区(working directory),暂存区(stage index)和历史记录区(history),在远程库以及和其他客户端交互协作都是commit后git对象(git文件数据库);

对应三个区域的,git中的文件有四种状态,未跟踪(Untracked),未修改,(Unmodified),已修改(Modified),已暂存 (Staged)。而最后通过commit进入历史记录区后,就没有文件了,都是git对象了,所以开头我们说了Git不是以文件为基础的。只是在客户端体现为文件(工作区和暂存区)。

对于已经commit的git对象,可以任意交换、追踪和撤回,那么对本地工作区和暂存区文件由于还没有commit无法通过git追踪和保存。git也考虑这种需求,那就是我们要介绍第二个技巧stash功能,估计很多码农一直在用。试想我们正在持续开发中,写大了大量的功能,但是还没有做单元测试,还不宜于提交commit。这是来了个紧急bug需要立即处理。这时候就是stach大显伸手的时候了。

git stash

git stash会保存了目前文件变化状态,回归到上一个commit后的干净的工作目录。现在我们可以随意切换到bug分支来进行修复问题。

修复完成后,希望再次显示以前的工作状态,只需运行下面命令:

git stash pop

这样之前工作状态就恢复了。你可以保存多个stash工作状态,通过list显示其列表,也可以通过git stash drop如清除暂存的工作状态。

commit对比

比较commit或同一文件版本之间差异的简单快捷方法是使用命令行。可以使用git diff命令。

如果要在不同commit(commit1和commitN)对比一个文件的变化,命令是:

git diff commit1..commitN -- path/to/file

如果你想比较两次commit之间的差异:

git diff commit1..commitN

该命令将打开终端的diff视图,但如果你喜欢使用更直观的工具来比较差异,则可以使用git difftool。比如使用Meld编辑器。

首先配置difftoll配置,指向Meld:

git config --global diff.tool git-meld

文件对比差异:

git difftool commit1..commitN -- path/to/file

和总体差异

git difftool commit1..commitN

Reset重置文件

有时候,你修改了文件后,发现修改的多余了,想反悔,在git中反悔很容易你只需要reset即可。可以将所有文件重置为分支的HEAD,不需要在编辑的内容上单击撤销:

git reset --hard HEAD

或者,撤销单个文件文件,可以用:

git checkout HEAD -- path/to/file

如果已经提commit了变化,但仍希望还原,可以使用:

git reset --soft HEAD~1

使用Git blame提高效率

Git blame是个非常有用工具,可是很多人还没有用到,那就开始使用把。blame操作,可以帮我们追踪,某个文件中所有内容的变化历史。blame有很多有用的参数可以提高我们查询的效率:

git blame -w #忽略空格

git blame -M #忽略挪移了的内容

git blame -C #忽略挪移到其他文件中的内容

上面是一些git功能的使用技巧,虫虫在介绍几个git工作流程方面的技巧,可供参考。

随用随pull

在Git工作流中,根据功能实现的时间长短,可能会对主分支进行了大量变化。为了避免发生较大的冲突,建议经常从主分支pull变化,这样可以减少由于变化过大导致合并困难。

经常push,但不要每个commit都push

根据需要,通常会提交更改,使得变化历史更简洁,使其更容易还原。但是不建议并且没必要将每个提交push到远程仓,因为每一次push都会出现在action中,并且可能会向其他人发送邮件通知。协调好你的commit和push是个成熟码农应该具有的技能。一般建议按照做完一个完整(单元测试通过)功能点来push你的变化。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,658评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,482评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,213评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,395评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,487评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,523评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,525评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,300评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,753评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,048评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,223评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,905评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,541评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,168评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,417评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,094评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,088评论 2 352

推荐阅读更多精彩内容