简介:
版本控制主要分为两种,集中式版本控制和分布式版本控制。CVS和SVN即使典型的集中式版本控制系统,而Git是目前世界上最先进的分布式版本控制系统。
集中式版本控制:
集中式版本控制的仓库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。集中式版本控制系统最大的弊端就是必须联网才能工作。在局域网的情况下效率不错,但是通过外放访问的话,由于网络带宽和稳定性的因素将导致效率极低。
分布式版本控制:
分布式版本控制系统没有“中央服务器”的概念,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。
Git基础
简介:
Git 是用于 Linux内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持,使源代码的发布和交流极其方便。 Git 的速度很快,这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git最为出色的是它的合并跟踪(merge tracing)能力。
安装
简介:
Git 是用于 Linux内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持,使源代码的发布和交流极其方便。 Git 的速度很快,这对于诸如 Linux kernel 这样的大项目来说自然很重要。 Git最为出色的是它的合并跟踪(merge tracing)能力。
Git bash
Git Bash是Git在windows下的一个模拟终端,接下来的Git的学习都将在此终端进行。双击桌面的Git Bash图 标,即可打开Git终端。
添加用户信息
因为Git是分布式版本控制系统,所以,每个机器都必须自报家门。你的名字和Email地址。在Git Bash中输入以下命令:
1) $ git config --global user.name "名字"
在Git的全局配置中添加一个用户名
2)$ git config --global user.email "邮箱地址"
在Git的全局配置中添加一个邮箱
3)可以使用git config --list查看全局的配置信息,当中可以看到你所添加的用户名和邮箱信息
创建本地版本库
创建完用户信息之后,接下来我们就可以开始创建一个本地的版本库了。
1)在任意一个磁盘中新建一个目录,例如:在D盘中创建一个文件夹叫mygit。
2)在Git Bash中进入此文件夹。
3)使用git init命令将mygit目录初始化一个空的本地版本库
OK,这样我们就创建了一个本地版本库,只不过这个库的工作区中没有任何的内容,
但是有一个隐藏文件夹“.git”。这个文件夹就是Git的版本库。
(备注:在Git中是有版本库、工作区、暂存区这几个概念,这部分内容将在后面进行详细介绍)
添加文件到版本库
版本库有了,那么我们就可以向版本库中添加文件了。
1) 在mygit目录中创建一个文本文件(例如hello.txt)并填写一些内容
2)在Git Bash中使用命令git add hello.txt
3)再使用命令git commit -m "提交说明" 提交到版本库中
修改文件
接下来对hello.txt文件进行修改,再添加一些内容。然后使用git status命令进行查看。git status命令可以让我们时刻关注仓库当前的状态。
红色的部分告诉我们hello.txt的文件已经修改,但是还没有提交到仓库。
还可以使用git diff命令查看修改前和修改后的内容。
修改完后还是使用git add和git commit命令提交到本地版本库中。
我们再次使用git status命令查看版本库当前的状态,这时你会发现刚才修改的内容已经提交到版本库中,没有任何可提交的内容了。
工作区与版本库
工作区(Working Directory)
在之前创建的mygit目录,这个就是工作区。我们创建的任何文件都是存放在工作区中。
版本库(Repository)
工作区有一个隐藏目录“.git”,这个就是Git的本地版本库。
说明:
Git的版本库里存了很多内容,其中最重要的就一个是暂存区(stage),还有Git为我们自动创建的第一个主分支master,以及指向master的一个指针叫HEAD(HEAD还可以指向其他的分支,就是切换分支)。
我们把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add把文件添加进去,实际上就是把新建或修改的文件添加到暂存区。
第二步是用git commit执行提交,实际上就是把暂存区的所有内容提交到当前master分支。
版本回退
1) 可以使用git log命令查看最近的提交日志列表,当初会有相应的版本号、用户信息、提交时间和提交说明等内容。
说明:
commit:提交的版本号
Author:提交人信息
Date:提交时间
再后面的信息就是提交说明
2)使用git reset 命令执行版本回退
reset命令有三个参数,这三个参数将导致回退的内容将在不同的作用域中。
--soft,这个参数表示在版本库中回退到旧的版本。而最新的版本内容会移到暂存区保存。($ git reset --soft HEAD^soft 绿色,(工作区有,版本库没有)暂存区还有,只需要commit)
--mixed, 这个参数表示在版本库中进行版本回退,同时重置暂存区。(默认选项)
($ git reset --mixed HEAD^mixed 红色,(存在于工作区,版本库也没有)暂存区没有,并且要先add在commit)
--hard,这个参数表示表示在版本库中进行版本回退,同时重置暂存区和工作区。
例如:git reset --soft HEAD^ 表示在版本库中回退到上一个版本
($ git reset --hard HEAD^hard (工作区、暂存区、和版本库都没有)清空所有)
HEAD说明:
1) HEAD表示回退到当前最新版本
例如:git reset --mixed HEAD (回退到当前最新的版本,并重置暂存区)
2) HEAD^表示回退到上一个版本
例如:git reset --mixed HEAD^ (回退到上一个版本,并重置暂存区)
3) HEAD~2表示回退到上两个版本(其中2可以替换成其他数字,表示回退到第几个版本)
例如:git reset --mixed HEAD~2 (回退到上两个版本,并重置暂存区)
版本号说明:
可以将HEAD替换成版本号,表示回退到指定的版本。版本号不一定需要全部输入,只需要输入前面几个字符即可。
例如:git reset --mixed 版本号 (回退到指定版本,并将版本内容重置到暂存区)
3)使用git reset <filename>命令撤销暂存区的操作
例如:git reset hello.txt
删除文件和文件夹
1) 使用git rm filename命令删除工作区中的文件
例如:git rm hello.txt
注意:删除之后,记得要将此操作commit到版本库中,因为此时删除的动作还只是在暂存区中,并未同步到版本库。
2) 使用git rm 目录名 -r -f 删除文件夹及其下所有的文件
例如:git rm demo -r -f
注意:执行完同样需要commit到版本库中
本地分支
1)分支的作用
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的主分支上,这样,既安全,又不影响别人工作。
2) 分支的概念
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长:
当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上:
从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变:
假如我们在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并:
合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支:
3) 分支的使用
1. 创建分支: git branch 分支名
例如:git branch dev
2. 切换分支: git checkout 分支名
例如: git checkout dev
说明:也可以使用 git branch dev -b 一次1和2的两步操作(创建并切换分支)
3. 查看分支: git branch
说明:*号表标识前正在操作的分支
4. 合并分支:git merge 分支名
例如:git meger dev
我们先切换到master分之下,然后合并dev分支的内容
这样,我们就把dev分支的内容合并到了master分支上
5. 删除分支:git branch -d 分支名
例如:git branch -d dev
版本冲突
在合并分支时,并不一定都成功。这是因为当两个分支都做了修改并且都提交到了版本库中,这样在合并的时候可能就会产生版本冲突。
场景案例:
1) 在master主分支中对A文件进行修改并提交
2)切换到dev分支也对A文件进行内容修改并提交
3)切换回master分支合并dev分支的内容,这是就产生版本冲突,合并失败
原因分析:
因为master分支和dev分支各自都分别有新的提交。这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就导致了冲突的原因。
解决办法:
我们查看文件内容,Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容。
因此我们手动将内容修改合并后再进行提交以解决此问题。
内容比较
git diff 用于比较内容的差别。
比较规则:
先比较暂存区内容,如果暂存区为空时则比较当前版本库中HEAD所指向的分支内容。
1)比较当前的工作区和当前分支的内容差别
例如:git diff
说明:git diff 默认是比较所有文件的内容。也可以指定文件名,用于比较当前文件的内容。例如:git diff hello.txt
2) 比较当前的工作区和指定分支的内容差别
例如: git diff 分支名
说明:同样可以指定具体某个文件进行内容比。例如:git diff dev hello.txt
3) 比较两个分支之间的内容差别
例如:git diff 分支名..分支名
说明:同样可以指定具体某个文件进行内容比。例如:git diff master..dev hello.txt
4) 比较当前工作区与当前分支上一个版本的内容
例如:git diff HEAD^
说明:还可以比较上n个版的内容。例如:git diff HEAD~2 (比较上两个版本的内容)。
并且可以指定文件名,比较个某个文件内容。例如:git diff HEAD~2 hello.txt
5) 比较当前工作区与指定分支上一个版本的内容
说明:也可以比较上n个版的内容和比较个指定文件的内容。同上
保存工作状态
有这样一种情况,例如你在主分支master下进行一些代码的内容修改,突然由于紧急突发原因不得不让你立马切换至dev分之下进行一些bug修复。但是当你要切换到dev分支时,不得不先提交master下的内容,否则无法进行切换。如下图:
这时,可以利用git来帮我们先保存master分之下的工作状态,然后就可以安心切换到dev分之下进行工作,等完成之后再切换回master分支,然后再恢复回之前的工作状态继续工作。
这个命令就是 git stash
1)保存当前工作状态: git stash
保存后,就可以切换到其他分支
在其他分支工作完后,再切换回master分支。
2)查看保存的工作状态列表:git stash list
说明:{0}是保存的状态号
3)恢复状态:git stash pop stash@{状态号}
例如:git stash pop stash@{0}
这样,就成功恢复到之前保存的状态中。
标签管理
发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。
Git的标签虽然是版本库的快照,但其实它就是指向某个commit的指针,所以,创建和删除标签都是瞬间完成的。
标签的好处:
当我们要对某个版本进行打包发布时,要找到对应的版本号(也就是commit ID),但是
版本号是一串并不好记的字符串。如:63c4b0c15f897ab4b1c50519f2946af7c5545e8e
这样的字符串,这时标签就非常有用了。因为标签是一个很容易记的名字,一个标签跟一个版本号是绑定在一起的,所以只要根据标签查找版本号就可以了。
1)创建标签:git tag 标签名
例如:git tag v1.0
说明:默认标签是打在最新提交的版本号上的,也可以打在指定的版本号上。例如:
git tag v1.0 63c4b0c (只要写上版本号的前几位即可)
2)查看所有标签:git tag
3)根据标签查看版本内容:git show 标签名
例如:git show v1.0
4)删除标签:git tag -d 标签名
例如:git tag -d v1.0