内容简介:之前看到一个公众号文章分享了Github上的一个资源git commit不会每次都复制整个目录,而是在条件允许下,将当前版本和上一个版本做比较,取其中有差异的部分打包到一个记录中,因此提交记录非常轻量,并有一定的父子层级关系git branch 创建分支,相当于基于这个提交以及其所有的父提交进行后续的开发;而一般我们是在主分支(master)上进行的,创建分支后,我们需要从主分支切换到分支上,那么需要用git checkout命令
之前看到一个公众号文章分享了Github上的一个资源 玩游戏一样学 Git 分支,这个 GitHub 热门别再错过了 ,才发现自己对于Git的理解只停留在:其是一个仓库,然后pull and push,over;因此正好借助着这个闯关学习Git资源,就试着玩玩,从头了解下如何用Git进行版本控制
Git基本命令(本地仓库操作)
git commit
git commit不会每次都复制整个目录,而是在条件允许下,将当前版本和上一个版本做比较,取其中有差异的部分打包到一个记录中,因此提交记录非常轻量,并有一定的父子层级关系
git branch/checkout
git branch 创建分支,相当于基于这个提交以及其所有的父提交进行后续的开发;而一般我们是在主分支(master)上进行的,创建分支后,我们需要从主分支切换到分支上,那么需要用git checkout命令
git branch bugFix git checkout bugFix
如果想创建分支和切换分支一起进行,则 git checkout -b bugFix
,这样相当于在当前分支下创建一个bugFix分支并切换
git merge/rebase
git merge用于合并两个分支, git merge bugFix
相当于将分支bugFix合并到主分支上, git checkout bugFix; git merge master
则是将主分支master合并到分支FugFix上
除了git merge来合并分支外,还有一种用git rebase
Rebase 实际上就是取出一系列的提交记录,“复制”它们,然后在另外一个地方逐个的放下去(相当于创建了一个副本,原来的还是保留着)。使得合并后看起来更加线性
git rebase bugFix
相当于将master主分支(当前分支)rebase到bugFix分支上
在提交树上移动有下面几种方法:
- HEAD 总是指向当前分支上最近一个提交记录,
cat .git/HEAD
查看HEAD指向;HEAD一般都是指向分支名,如bugFix,但也可通过git checkout name
来指向某次提交记录,这里name是提交记录的哈希值,可通过git log
来查看提交记录的哈希值 - 提交哈希值不太方便,那么可以使用相对引用来移动,如
^
向上移动1个提交记录、~3
则向上移动3个提交记录,一般加在引用名称的后面git checkout master^
,也可以将HEAD作为相对引用的参照git checkout HEAD^
- 如果想移动很多步就用
git checkout HEAD~3
,将分支强制移动到某个位置git branch -f master HEAD~3
或者git branch -f master name
(将master主分支移到name位置) - 如返回合并提交的上一个父节点:
git checkout master^
,Git 默认选择合并提交的“第一个”父提交,但可以通过git checkout master^2
来返回合并提交的“第二个”父提交,如果想快速移动可以用链式操作:git checkout HEAD~^2~2
,比如像在上某一个父提交创建一个分支bugWork,则git branch bugWork HEAD~^2~
对已有的提交记录进行撤销变更:
-
git reset
通过回退来实现变更,如git reset HEAD~
,这样就返回上一个提交记录,而原来那个就不存在了;这种方法一般在自己本地使用 - 如果想撤销变更推送到远程仓库分享给别人,我们需要用
git revert HEAD
,这样会生成一个新提交(引用了更改信息,用于撤销),所以这个主要用于远程分支
如果想单独提取某个或者某几个提交记录到某个分支下(或者对其做一些改动),可以用下述方法:
-
cherry-pick
可以将一些提交记录复制到当前所在位置(HEAD)下面,如:git cherry-pick name
,name指你的提交记录或者其哈希值;或者是多个提交:git cherry-pick name1 name2 name3
- 如果不清楚提交记录的哈希值,也可以通过交互式的rebase,可以让你从一系列的提交记录中找到想要的记录,如
git rebase -i HEAD~4
,表示对之前的4个提交进行修改(调换位置、删除以及合并等)
git commit --amend
可以用来修改上一次提交,合并你的修改和上一次提交,而不是提交一个新的记录(记住amend不是修改最近一次commit, 而是整个替换掉他. 对于Git来说是一个新的commit),还可以用来编辑上一次的提交(只要将想要修改的提交挪到最前端的位置)
Git的tag可以用于永久的标记某个特定的提交,然后像分支一样引用;比如给某个提交标记为版本1: git tag v1 name
; git describe
配合tag标签使用,可以用来描述离你最近的锚点: git describe <ref>
,ref是提交记录的引用或者HEAD位置,那么输出就是离ref最近标签的描述(
Github(远程仓库操作)
git clone
用 git clone
复制远程仓库到本地后,本地仓库会多一个分支(origin/master),即为远程分支
远程分支有一个特别的属性,在你检出时自动进入分离 HEAD 状态。Git 这么做是出于不能直接在这些分支上进行操作的原因, 你必须在别的地方完成你的工作, (更新了远程分支之后)再用远程分享你的工作成果。
git fetch
git fetch
可以用远程仓库获取数据,如果将远程仓库的数据下载到本地仓库后,本地的远程分支会被更新,即:
git fetch git fetch git fetch
fetch参数: git fetch <remote> <place>
,如 git fetch origin foo
,则表示到远程仓库的foo分支上,获取所有本地仓库不存在的提交,并放到本地origin/foo上;至于为什么是到本地origin/foo分支而不是本地foo分支,是因为正如上面所说,fetch不改变本地仓库的状态
当然也是可以直接更新本地分支的(这个方法理论上是可行的,但是一般不会做这样的操作。。。),如 git fetch origin foo:bar
,表示将远程仓库的foo分支的提交放到本地origin/bar分支上,如果bar不存在则会自动新建个bar分支
git pull
对于从远程仓库抓到数据到本地仓库然后将远程分支合并到本地分支这步骤(相当于 git fetch
加 git merge
),可以用一个命令来实现: git pull
pull参数:由于pull是fetch和merge的缩写,所以fetch支持的参数都可适用于pull,比如: git pull origin foo
相当于 git fetch origin foo; git merge o/foo
,merge相当于将更新的origin/foo合并到检出位置(一般可能就是master);类似的还有 git pull origin master:foo
这种形式
git push
上传远程仓库的命令则是 git push
,即将你的变更上传到指定的远程仓库中,并且合并提交记录;同时远程分支和本地仓库的master分支也随之同步
push参数: git push <remote> <place>
,如 git push origin master
,则表示:
切到本地仓库中的“master”分支,获取所有的提交,再到远程仓库“origin”中找到“master”分支,将远程仓库中没有的提交记录都添加上去
如果想将foo分支推送到远程仓库的bar分支中,如: git push origin foo:bar
;如果bar分支不存在,则Git会在远程仓库中创建一个bar分支
如果用 git push origin :foo
这种方式,则会删除远程仓库中的foo分支;类比 git fetch origin :bar
则会在本地创建一个bar分支
push会强制合并远程仓库的最新状态,所以当你本地落后于远程仓库的提交的话,就会失败;解决办法是通过 rebase
来调整当前 工具 是基于最新的远程分支,如: git fetch
更新本地仓库的远程分支,然后用 git rebase
或者 git merge
将合并,再 git push
;但最为方便的是则是 git pull --rebase
或者 git pull
再 git push
,这个就是我们最常用最熟悉的操作了~
为什么操作远程分析的时候不太常用merge:Rebase 使你的提交树变得很干净, 所有的提交都在一条线上;但Rebase 修改了提交树的历史(而merge则对于历史可溯源)
如果想让任意分支来跟踪origin/master,那么方法如下:
- 通过远程分支检出一个新的分支:
git checkout -b foo origin/master
,foo则是一个新分支来跟踪远程分支origin/master;值得注意的是,接着git pull
后本地仓库的master分支是不会被更新的;如果用git push
则是将totallyNotMaster分支推送到远程仓库的master分支上 - 通过设置远程分支:
git branch -u origin/master
,则是将当前分支来跟踪origin/master,也可以指定某个分支git branch -u origin/master foo
蛮好玩的一个交互式学习 Git 分支的“游戏”
本文出自于 http://www.bioinfo-scrounger.com 转载请注明出处
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 跟着360架构师学shell
- 【跟着我们学Golang】基础结构
- 【跟着我们学Golang】流程控制
- 跟着老杨玩python之开篇
- 跟着whatwg看一遍事件循环
- 【跟着我们学Golang】之面向对象
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
两周自制脚本语言
[日]千叶 滋 / 陈筱烟 / 人民邮电出版社 / 2014-6 / 59.00元
《两周自制脚本语言》是一本优秀的编译原理入门读物。全书穿插了大量轻松风趣的对话,读者可以随书中的人物一起从最简单的语言解释器开始,逐步添加新功能,最终完成一个支持函数、数组、对象等高级功能的语言编译器。本书与众不同的实现方式不仅大幅简化了语言处理器的复杂度,还有助于拓展读者的视野。 《两周自制脚本语言》适合对编译原理及语言处理器设计有兴趣的读者以及正在学习相关课程的大中专院校学生。同时,已经......一起来看看 《两周自制脚本语言》 这本书的介绍吧!