一、历史(喝水不忘挖井人)
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两大特点:
- 版本控制:可以解决多人同时开发的代码问题,也可以解决找回历史代码的问题。
- 分布式:Git是分布式版本控制系统,同一个Git仓库,可以分布到不同的机器上。首先找一台电脑充当服务器的角色,每天24小时开机,其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上,并且各自把各自的提交推送到服务器仓库里,也从服务器仓库中拉取别人的提交。可以自己搭建这台服务器,也可以使用GitHub网站。
二、安装与配置
Linux下:sudo apt-get install git
由于我用的是Mac,故一下截图均为MAC下版本,Linux下也差不多。Mac下安装:brew install git
注意:如果报错:xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun
说明xcode没安装,可以通过命令:xcode-select --install来解决。
Git安装成功后,终端输入git:
三、创建一个版本库
命令:git init
可以看到在git_test目录下创建了一个.git隐藏目录,即版本库目录。
四、版本创建与回退
首先创建一个code.txt文件:
接着创建一个版本:
查看版本记录:git log
继续编辑code.txt,增加一行:
再次增加一个版本:
此时用git log查看版本记录:
返回某个版本:
命令:git reset --hard HEAD^
其中HEAD表示当前最新版本,HEAD^表示当前版本的前一个版本,HEAD^^表示当前版本的前前个版本,也可以使用HEAD~1表示当前版本的前一个版本,HEAD~100表示当前版本的前100版本。
返回版本1:git reset --hard HEAD^
再返回版本2:git reset --hard 版本号
下面把终端关了,然后再打开终端,发现之前版本2的版本号看不到了。那么怎么再回到版本2呢?git reflog命令可以查看我们的操作记录。命令:git reflog
前面把文件往git版本库里添加的时候,是分两步执行的:
第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
查看当前工作树的状态:git status
一些特殊场景:
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。
五、分支管理
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
1、创建与合并分支
git把我们之前每次提交的版本串成一条时间线,这条时间线就是一个分支。截止到目前只有一条时间线,在git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
(1) 一开始的时候,master分支是一条线,git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点.每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长。
(2)当我们创建新的分支,例如dev时,git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上:
git创建一个分支很快,因为除了增加一个dev指针,改变HEAD的指向,工作区的文件都没有任何变化。
(3)不过,从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变:
(4)假如我们在dev上的工作完成了,就可以把dev合并到master上。git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并:
git合并分支也很快,就改改指针,工作区内容也不变。
(5)合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支:
2、有关分支的命令
查看在哪个分支下工作:git branch
创建一个新分支并且在其底下工作:git checkout -b branch
切换回master分支:git checkout master
将dev上的成果合并到master上:git merge dev
合并后可以放心的删除dev了:git branch -d dev
六、使用GitHub
1 创建仓库
(1)注册github账户,登录后,点击"New respository "
(2)在新页面中,输入项目的名称,勾选'readme.md',点击'create repository'
(3)添加成功后,转到文件列表页面.
2 添加ssh账户
(1)点击账户头像后的下拉三角,选择'settings'
点击'SSH and GPG keys',添加ssh公钥:
(2)在mac的命令行中,回到用户的主目录下,编辑文件.gitconfig,修改某台机器的git配置。
(3)使用如下命令生成ssh密钥。
ssh-keygen -t rsa -C "xxxx1@1xxx.com"
(5)进入主目录下的.ssh文件件,下面有两个文件。
公钥为id_rsa.pub
私钥为id_rsa
查看公钥内容,复制此内容
(6)回到浏览器中,填写标题,粘贴公钥
3 克隆项目
(1)在浏览器中点击进入github首页,再进入项目仓库的页面
(2)复制git地址
(3)克隆
git clone https://github.com/PyDarren/test.git
4 上传分支
推送分支,就是把该分支上的所有本地提交推送到远程库,推送时要指定本地分支,这样,git就会把该分支推送到远程库对应的远程分支上。
命令:git push origin 分支名
注意:如果出现fatal: 'origin' does not appear to be a git repository的错误,
解决办法如下:
1、先输入$ git remote rm origin;
2、再输入$ git remote add origin https://github.com/username/test.git就不会报错了。
七、工作使用git
项目经理:
- 项目经理搭建项目的框架。
- 搭建完项目框架之后,项目经理把项目框架代码放到服务器。
普通员工:
- 在自己的电脑上,生成ssh公钥,然后把公钥给项目经理,项目经理把它添加的服务器上面。
- 项目经理会给每个组员的项目代码的地址,组员把代码下载到自己的电脑上。
- 创建本地的分支dev,在dev分支中进行每天的开发。
- 每一个员工开发完自己的代码之后,都需要将代码发布远程的dev分支上。
Master:用户保存发布的项目代码。V1.0,V2.0
Dev:保存开发过程中的代码。