分支两台电脑怎么联机

Git教程史上最浅显易懂的Git教程!
为什么要编写这个教程因为我在学习Git的过程中,买过书,也在网上Google了一堆Git相关的文章和教程,但令人失望的是,这些教程不是难得令人发指,就是简单得一笔带过,或者,只支离破碎地介绍Git的某几个命令,还有直接从Git手册粘贴帮助文档的,总之,初学者很难找到一个由浅入深,学完后能立刻上手的Git教程.
既然号称史上最浅显易懂的Git教程,那这个教程有什么让你怦然心动的特点呢首先,本教程绝对面向初学者,没有接触过版本控制概念的读者也可以轻松入门,不必担心起步难度;其次,本教程实用性超强,边学边练,一点也不觉得枯燥.
而且,你所学的Git命令是"充分且必要"的,掌握了这些东西,你就可以通过Git轻松地完成你的工作.
文字+图片还看不明白有视频!
!
!
本教程只会让你成为Git用户,不会让你成为Git专家.
很多Git命令只有那些专家才明白(事实上我也不明白,因为我不是Git专家),但我保证这些命令可能你一辈子都不会用到.
既然Git是一个工具,就没必要把时间浪费在那些"高级"但几乎永远不会用到的命令上.
一旦你真的非用不可了,到时候再自行Google或者请教专家也未迟.
如果你是一个开发人员,想用上这个世界上目前最先进的分布式版本控制系统,那么,赶快开始学习吧!
关于作者廖雪峰,十年软件开发经验,业余产品经理,精通Java/Python/Ruby/VisualBasic/ObjectiveC等,对开源框架有深入研究,著有《Spring2.
0核心技术与最佳实践》一书,多个业余开源项目托管在GitHub,欢迎微博交流:@廖雪峰.
Git教程By廖雪峰整理、排版:numbbbbbGit简介!
5Git的诞生!
7集中式vs分布式!
8安装Git!
10在Linux上安装Git!
11在MacOSX上安装Git!
12在Windows上安装Git!
13创建版本库!
14把文件添加到版本库!
14小结!
16时光机穿梭!
17小结!
18版本回退!
19小结!
22工作区和暂存区!
24小结!
27管理修改!
28小结!
29撤销修改!
30小结!
32删除文件!
33远程仓库!
35小结!
37添加远程库!
38小结!
40从远程库克隆!
41小结!
42Git教程By廖雪峰整理、排版:numbbbbb分支管理!
43创建与合并分支!
44小结!
47解决冲突!
49小结!
51分支管理策略!
53分支策略!
54小结!
54Bug分支!
55小结!
57Feature分支!
58小结!
59多人协作!
60小结!
63标签管理!
64创建标签!
65小结!
67操作标签!
68小结!
68使用GitHub!
69小结!
69自定义Git!
70忽略特殊文件!
71小结!
72配置别名!
73小结!
74搭建Git服务器!
75Git教程By廖雪峰整理、排版:numbbbbb期末总结!
77Git教程By廖雪峰整理、排版:numbbbbbGit简介Git是什么Git是目前世界上最先进的分布式版本控制系统(没有之一).
Git有什么特点简单来说就是:高端大气上档次!
那什么是版本控制系统如果你用MicrosoftWord写过长篇大论,那你一定有这样的经历:想删除一个段落,又怕将来想恢复找不回来怎么办有办法,先把当前文件"另存为……"一个新的Word文件,再接着改,改到一定程度,再"另存为……"一个新文件,这样一直改下去,最后你的Word文档变成了这样:过了一周,你想找回被删除的文字,但是已经记不清删除前保存在哪个文件里了,只好一个一个文件去找,真麻烦.
看着一堆乱七八糟的文件,想保留最新的一个,然后把其他的删掉,又怕哪天会用上,还不敢删,真郁闷.
更要命的是,有些部分需要你的财务同事帮助填写,于是你把文件Copy到U盘里给她(也可能通过Email发送一份给她),然后,你继续修改Word文件.
一天后,同事再把Word文件传给你,此时,你必须想想,发给她之后到你收到她的文件期间,你作了哪些改动,得把你的改动和她的部分合并,真困难.
于是你想,如果有一个软件,不但能自动帮我记录每次文件的改动,还可以让同事协作编辑,这样就不用自己管理一堆类似的文件了,也不需要把文件传来传去.
如果想查看某次改动,只需要在软件里瞄一眼就可以,岂不是很方便这个软件用起来就应该像这个样子,能记录每次文件的改动:Git教程By廖雪峰整理、排版:numbbbbb版本用户说明日期1张三删除了软件服务条款57/1210:382张三增加了License人数限制7/1218:093李四财务部门调整了合同金额7/139:514张三延长了免费升级周期7/1415:17这样,你就结束了手动管理多个"版本"的史前时代,进入到版本控制的20世纪.
Git教程By廖雪峰整理、排版:numbbbbbGit的诞生很多人都知道,Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了.
Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代码是如何管理的呢事实是,在2002年以前,世界各地的志愿者把源代码文件通过diff的方式发给Linus,然后由Linus本人通过手工方式合并代码!
你也许会想,为什么Linus不把Linux代码放到版本控制系统里呢不是有CVS、SVN这些免费的版本控制系统吗因为Linus坚定地反对CVS和SVN,这些集中式的版本控制系统不但速度慢,而且必须联网才能使用.
有一些商用的版本控制系统,虽然比CVS、SVN好用,但那是付费的,和Linux的开源精神不符.
不过,到了2002年,Linux系统已经发展了十年了,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满,于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统.
安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气.
开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!
),于是BitMover公司怒了,要收回Linux社区的免费使用权.
Linus可以向BitMover公司道个歉,保证以后严格管教弟兄们,嗯,这是不可能的.
实际情况是这样的:Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!
一个月之内,Linux系统的源码已经由Git管理了!
牛是怎么定义的呢大家可以体会一下.
Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等.
历史就是这么偶然,如果不是当年BitMover公司威胁Linux社区,可能现在我们就没有免费而超级好用的Git了.
Git教程By廖雪峰整理、排版:numbbbbb集中式vs分布式Linus一直痛恨的CVS及SVN都是集中式的版本控制系统,而Git是分布式版本控制系统,集中式和分布式版本控制系统有什么区别呢先说集中式版本控制系统,版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器.
中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆.
集中式版本控制系统最大的毛病就是必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这还不得把人给憋死啊.
那分布式版本控制系统与集中式版本控制系统有何不同呢首先,分布式版本控制系统根本没有"中央服务器",每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上.
既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了.
和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了.
而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了.
在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机.
因此,分布式版本控制系统通常也有一台充当"中央服务器"的电脑,但这个服务器的作用仅仅是用来方便"交换"大家的修改,没有它大家也一样干活,只是交换修改不方便而已.
Git教程By廖雪峰整理、排版:numbbbbb当然,Git的优势不单是不必联网这么简单,后面我们还会看到Git极其强大的分支管理,把SVN等远远抛在了后面.
CVS作为最早的开源而且免费的集中式版本控制系统,直到现在还有不少人在用.
由于CVS自身设计的问题,会造成提交文件不完整,版本库莫名其妙损坏的情况.
同样是开源而且免费的SVN修正了CVS的一些稳定性问题,是目前用得最多的集中式版本库控制系统.
除了免费的外,还有收费的集中式版本控制系统,比如IBM的ClearCase(以前是Rational公司的,被IBM收购了),特点是安装比Windows还大,运行比蜗牛还慢,能用ClearCase的一般是世界500强,他们有个共同的特点是财大气粗,或者人傻钱多.
微软自己也有一个集中式版本控制系统叫VSS,集成在VisualStudio中.
由于其反人类的设计,连微软自己都不好意思用了.
分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外,还有类似Git的Mercurial和Bazaar等.
这些分布式版本控制系统各有特点,但最快、最简单也最流行的依然是Git!

Git教程By廖雪峰整理、排版:numbbbbb安装Git最早Git是在Linux上开发的,很长一段时间内,Git也只能在Linux和Unix系统上跑.
不过,慢慢地有人把它移植到了Windows上.
现在,Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了.
要使用Git,第一步当然是安装Git了.
根据你当前使用的平台来阅读下面的文字:Git教程By廖雪峰整理、排版:numbbbbb在Linux上安装Git首先,你可以试着输入git,看看系统有没有安装Git:$gitTheprogram'git'iscurrentlynotinstalled.
Youcaninstallitbytyping:$sudoapt-getinstallgit像上面的命令,有很多Linux会友好地告诉你Git没有安装,还会告诉你如何安装Git.
如果你碰巧用Debian或UbuntuLinux,通过一条"sudoapt-getinstallgit"就可以直接完成Git的安装,非常简单.
老一点的Debian或UbuntuLinux,要把命令改为"sudoapt-getinstallgit-core",因为以前有个软件也叫GIT(GNUInteractiveTools),结果Git就只能叫git-core了.
由于Git名气实在太大,后来就把GNUInteractiveTools改成gnuit,git-core正式改为git.
如果是其他Linux版本,可以直接通过源码安装.
先从Git官网下载源码,然后解压,依次输入:.
/config,make,sudomakeinstall这几个命令安装就好了.
Git教程By廖雪峰整理、排版:numbbbbb在MacOSX上安装Git如果你正在使用Mac做开发,有两种安装Git的方法.
一是安装homebrew,然后通过homebrew安装Git,具体方法请参考homebrew的文档:http://brew.
sh/.
第二种方法更简单,也是推荐的方法,就是直接从AppStore安装Xcode,Xcode集成了Git,不过默认没有安装,你需要运行Xcode,选择菜单"Xcode"->"Preferences",在弹出窗口中找到"Downloads",选择"CommandLineTools",点"Install"就可以完成安装了.
Xcode是Apple官方IDE,功能非常强大,是开发Mac和iOSApp的必选装备,而且是免费的!
Git教程By廖雪峰整理、排版:numbbbbb在Windows上安装Git实话实说,Windows是最烂的开发平台,如果不是开发Windows游戏或者在IE里调试页面,一般不推荐用Windows.
不过,既然已经上了微软的贼船,也是有办法安装Git的.
Windows下要使用很多Linux/Unix的工具时,需要Cygwin这样的模拟环境,Git也一样.
Cygwin的安装和配置都比较复杂,就不建议你折腾了.
不过,有高人已经把模拟环境和Git都打包好了,名叫msysgit,只需要下载一个单独的exe安装程序,其他什么也不用装,绝对好用.
msysgit是Windows版的Git,从http://msysgit.
github.
io/下载,然后按默认选项安装即可.
安装完成后,在开始菜单里找到"Git"->"GitBash",蹦出一个类似命令行窗口的东西,就说明Git安装成功!
安装完成后,还需要最后一步设置,在命令行输入:$gitconfig--globaluser.
name"YourName"$gitconfig--globaluser.
email"email@example.
com"因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址.
你也许会担心,如果有人故意冒充别人怎么办这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的.
注意gitconfig命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址.
Git教程By廖雪峰整理、排版:numbbbbb创建版本库什么是版本库呢版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以"还原".
所以,创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录:$mkdirlearngit$cdlearngit$pwd/Users/michael/learngitpwd命令用于显示当前目录.
在我的Mac上,这个仓库位于/Users/michael/learngit.
如果你使用Windows系统,为了避免遇到各种莫名其妙的问题,请确保目录名(包括父目录)不包含中文.
第二步,通过gitinit命令把这个目录变成Git可以管理的仓库:$gitinitInitializedemptyGitrepositoryin/Users/michael/learngit/.
git/瞬间Git就把仓库建好了,而且告诉你是一个空的仓库(emptyGitrepository),细心的读者可以发现当前目录下多了一个.
git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了.
也不一定必须在空目录下创建Git仓库,选择一个已经有东西的目录也是可以的.
不过,不建议你使用自己正在开发的公司项目来学习Git,否则造成的一切后果概不负责.
把文件添加到版本库首先这里再明确一下,所有的版本控制系统,其实只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外.
版本控制系统可以告诉你每次的改动,比如在第5行加了一个单词"Linux",在第8行删了一个单词"Windows".
而图片、视频这些二进制文件,虽然也能由版本控制系统管理,但没法跟踪文件的变化,只能把二进制文件每次改动串起来,也就是只知道图片从100KB改成了120KB,但到底改了啥,版本控制系统不知道,也没法知道.
不幸的是,Microsoft的Word格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的,前面我们举的例子只是为了演示,如果要真正使用版本控制系统,就要以纯文本方式编写文件.
因为文本是有编码的,比如中文有常用的GBK编码,日文有Shift_JIS编码,如果没有历史遗留问题,强烈建议使用标准的UTF-8编码,所有语言使用同一种编码,既没有冲突,又被所有平台所支持.
使用Windows的童鞋要特别注意:千万不要使用Windows自带的记事本编辑任何文本文件.
原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件,他们自作聪明地在每个文件开头添加了0xefbbbf(十六进制)的字符,你会遇到很多不可思议的问题,比如,网页第一行可能会显示一个"",明明正确的程序一编译就报语法错误,等等,都是由记事本的弱智行为带来的.
建议你下载Notepad++代替记事本,不但功能强大,而且免费!
记得把Notepad++的默认编码设置为UTF-8withoutBOM即可:Git教程By廖雪峰整理、排版:numbbbbb言归正传,现在我们编写一个readme.
txt文件,内容如下:Gitisaversioncontrolsystem.
Gitisfreesoftware.
一定要放到learngit目录下(子目录也行),因为这是一个Git仓库,放到其他地方Git再厉害也找不到这个文件.
和把大象放到冰箱需要3步相比,把一个文件放到Git仓库只需要两步.
第一步,用命令gitadd告诉Git,把文件添加到仓库:$gitaddreadme.
txt执行上面的命令,没有任何显示,这就对了,Unix的哲学是"没有消息就是好消息",说明添加成功.
第二步,用命令gitcommit告诉Git,把文件提交到仓库:$gitcommit-m"wroteareadmefile"[master(root-commit)cb926e7]wroteareadmefile1filechanged,2insertions(+)createmode100644readme.
txt简单解释一下gitcommit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录.
嫌麻烦不想输入-m"xxx"行不行确实有办法可以这么干,但是强烈不建议你这么干,因为输入说明对自己对别人阅读都很重要.
实在不想输入说明的童鞋请自行Google,我不告诉你这个参数.
gitcommit命令执行成功后会告诉你,1个文件被改动(我们新添加的readme.
txt文件),插入了两行内容(readme.
txt有两行内容).
Git教程By廖雪峰整理、排版:numbbbbb为什么Git添加文件需要add,commit一共两步呢因为commit可以一次提交很多文件,所以你可以多次add不同的文件,比如:$gitaddfile1.
txt$gitaddfile2.
txt$gitaddfile3.
txt$gitcommit-m"add3files.
"小结现在总结一下今天学的两点内容:初始化一个Git仓库,使用gitinit命令.
添加文件到Git仓库,分两步:第一步,使用命令gitadd,注意,可反复多次使用,添加多个文件;第二步,使用命令gitcommit,完成.
Git教程By廖雪峰整理、排版:numbbbbb时光机穿梭我们已经成功地添加并提交了一个readme.
txt文件,现在,是时候继续工作了,于是,我们继续修改readme.
txt文件,改成如下内容:Gitisadistributedversioncontrolsystem.
Gitisfreesoftware.
现在,运行gitstatus命令看看结果:$gitstatus#Onbranchmaster#Changesnotstagedforcommit:#(use"gitadd.
.
.
"toupdatewhatwillbecommitted)#(use"gitcheckout--.
.
.
"todiscardchangesinworkingdirectory)##modified:readme.
txt#nochangesaddedtocommit(use"gitadd"and/or"gitcommit-a")gitstatus命令可以让我们时刻掌握仓库当前的状态,上面的命令告诉我们,readme.
txt被修改过了,但还没有准备提交的修改.
虽然Git告诉我们readme.
txt被修改了,但如果能看看具体修改了什么内容,自然是很好的.
比如你休假两周从国外回来,第一天上班时,已经记不清上次怎么修改的readme.
txt,所以,需要用gitdiff这个命令看看:$gitdiffreadme.
txtdiff--gita/readme.
txtb/readme.
txtindex46d49bf.
.
9247db6100644---a/readme.
txt+++b/readme.
txt@@-1,2+1,2@@-Gitisaversioncontrolsystem.
+Gitisadistributedversioncontrolsystem.
Gitisfreesoftware.
gitdiff顾名思义就是查看difference,显示的格式正是Unix通用的diff格式,可以从上面的命令输出看到,我们在第一行添加了一个"distributed"单词.
知道了对readme.
txt作了什么修改后,再把它提交到仓库就放心多了,提交修改和提交新文件是一样的两步,第一步是gitadd:$gitaddreadme.
txt同样没有任何输出.
在执行第二步gitcommit之前,我们再运行gitstatus看看当前仓库的状态:$gitstatus#OnbranchmasterGit教程By廖雪峰整理、排版:numbbbbb#Changestobecommitted:#(use"gitresetHEAD.
.
.
"tounstage)##modified:readme.
txt#gitstatus告诉我们,将要被提交的修改包括readme.
txt,下一步,就可以放心地提交了:$gitcommit-m"adddistributed"[masterea34578]adddistributed1filechanged,1insertion(+),1deletion(-)提交后,我们再用gitstatus命令看看仓库的当前状态:$gitstatus#Onbranchmasternothingtocommit(workingdirectoryclean)Git告诉我们当前没有需要提交的修改,而且,工作目录是干净(workingdirectoryclean)的.
小结要随时掌握工作区的状态,使用gitstatus命令.
如果gitstatus告诉你有文件被修改过,用gitdiff可以查看修改内容.
Git教程By廖雪峰整理、排版:numbbbbb版本回退现在,你已经学会了修改文件,然后把修改提交到Git版本库,现在,再练习一次,修改readme.
txt文件如下:Gitisadistributedversioncontrolsystem.
GitisfreesoftwaredistributedundertheGPL.
然后尝试提交:$gitaddreadme.
txt$gitcommit-m"appendGPL"[master3628164]appendGPL1filechanged,1insertion(+),1deletion(-)像这样,你不断对文件进行修改,然后不断提交修改到版本库里,就好比玩RPG游戏时,每通过一关就会自动把游戏状态存盘,如果某一关没过去,你还可以选择读取前一关的状态.
有些时候,在打Boss之前,你会手动存盘,以便万一打Boss失败了,可以从最近的地方重新开始.
Git也是一样,每当你觉得文件修改到一定程度的时候,就可以"保存一个快照",这个快照在Git中被称为commit.
一旦你把文件改乱了,或者误删了文件,还可以从最近的一个commit恢复,然后继续工作,而不是把几个月的工作成果全部丢失.
现在,我们回顾一下readme.
txt文件一共有几个版本被提交到Git仓库里了:版本1:wroteareadmefileGitisaversioncontrolsystem.
Gitisfreesoftware.
版本2:adddistributedGitisadistributedversioncontrolsystem.
Gitisfreesoftware.
版本3:appendGPLGitisadistributedversioncontrolsystem.
GitisfreesoftwaredistributedundertheGPL.
当然了,在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么.
版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用gitlog命令查看:$gitlogcommit3628164fb26d48395383f8f31179f24e0882e1e0Author:MichaelLiaoDate:TueAug2015:11:492013+0800appendGPLcommitea34578d5496d7dd233c827ed32a8cd576c5ee85Author:MichaelLiaoDate:TueAug2014:53:122013+0800Git教程By廖雪峰整理、排版:numbbbbbadddistributedcommitcb926e7ea50ad11b8f9e909c05226233bf755030Author:MichaelLiaoDate:MonAug1917:51:552013+0800wroteareadmefilegitlog命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是"appendGPL",上一次是"adddistributed",最早的一次是"wroteareadmefile".
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline参数:$gitlog--pretty=oneline3628164fb26d48395383f8f31179f24e0882e1e0appendGPLea34578d5496d7dd233c827ed32a8cd576c5ee85adddistributedcb926e7ea50ad11b8f9e909c05226233bf755030wroteareadmefile需要友情提示的是,你看到的一大串类似"3628164.
.
.
882e1e0"的是commitid(版本号),和SVN不一样,Git的commitid不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commitid和我的肯定不一样,以你自己的为准.
为什么commitid需要用这么一大串数字表示呢因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了.
每提交一个新版本,实际上Git就会把它们自动串成一条时间线.
如果使用可视化工具查看Git历史,就可以更清楚地看到提交历史的时间线:好了,现在我们启动时光穿梭机,准备把readme.
txt回退到上一个版本,也就是"adddistributed"的那个版本,怎么做呢首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交"3628164.
.
.
882e1e0"(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100.
现在,我们要把当前版本"appendGPL"回退到上一个版本"adddistributed",就可以使用gitreset命令:$gitreset--hardHEAD^Git教程By廖雪峰整理、排版:numbbbbbHEADisnowatea34578adddistributed--hard参数有啥意义这个后面再讲,现在你先放心使用.
看看readme.
txt的内容是不是版本"adddistributed":$catreadme.
txtGitisadistributedversioncontrolsystem.
Gitisfreesoftware.
果然.
还可以继续回退到上一个版本"wroteareadmefile",不过且慢,然我们用gitlog再看看现在版本库的状态:$gitlogcommitea34578d5496d7dd233c827ed32a8cd576c5ee85Author:MichaelLiaoDate:TueAug2014:53:122013+0800adddistributedcommitcb926e7ea50ad11b8f9e909c05226233bf755030Author:MichaelLiaoDate:MonAug1917:51:552013+0800wroteareadmefile最新的那个版本"appendGPL"已经看不到了!
好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,找到那个"appendGPL"的commitid是"3628164.
.
.
",于是就可以指定回到未来的某个版本:$gitreset--hard3628164HEADisnowat3628164appendGPL版本号没必要写全,前几位就可以了,Git会自动去找.
当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了.
再小心翼翼地看看readme.
txt的内容:$catreadme.
txtGitisadistributedversioncontrolsystem.
GitisfreesoftwaredistributedundertheGPL.
果然,我胡汉山又回来了.
Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向"appendGPL":Git教程By廖雪峰整理、排版:numbbbbb改为指向"adddistributed":然后顺便把工作区的文件更新了.
所以你让HEAD指向哪个版本号,你就把当前版本定位在哪.
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办找不到新版本的commitid怎么办在Git中,总是有后悔药可以吃的.
当你用$gitreset--hardHEAD^回退到"adddistributed"版本时,再想恢复到"appendGPL",就必须找到"appendGPL"的commitid.
Git提供了一个命令gitreflog用来记录你的每一次命令:$gitreflogea34578HEAD@{0}:reset:movingtoHEAD^3628164HEAD@{1}:commit:appendGPLea34578HEAD@{2}:commit:adddistributedcb926e7HEAD@{3}:commit(initial):wroteareadmefile终于舒了口气,第二行显示"appendGPL"的commitid是3628164,现在,你又可以乘坐时光机回到未来了.
小结现在总结一下:HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令gitreset--hardcommit_id.
Git教程By廖雪峰整理、排版:numbbbbb穿梭前,用gitlog可以查看提交历史,以便确定要回退到哪个版本.
要重返未来,用gitreflog查看命令历史,以便确定要回到未来的哪个版本.
Git教程By廖雪峰整理、排版:numbbbbb工作区和暂存区Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念.
先来看名词解释.
工作区(WorkingDirectory):就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区:版本库(Repository):工作区有一个隐藏目录".
git",这个不算工作区,而是Git的版本库.
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD.