分布式版本控制系统--git
一.什么是Git
1.Git是什么
Git是目前世界上最先进的分布式版本控制系统(没有之一)。
实际上版本控制系统有如下几个:
1) CVS
2) SVN
3) Git
这个概念中有两个疑问:
1. 什么是版本控制
2.什么是分布式?
2.为什么需要Git
大家熟悉的一个场景:论文
类似的场景,在软件开发中更为普遍。
分组完成项目的时候
1)多人协作,是如何完成的?
2)开发自己的任务的时候,从写第一行代码开始到整个结束,有没有来回修改?
如何来解决这些问题呢?
早期,在项目规模还没有那么大的时候,大家制定一些规则,手动解决就行。
随着软件和项目规模的增大,这种手动方式,效率太低,问题太多,不能满足开发的需求。
需要有相应的工具来解决 --- 于是就出现了 版本控制系统。
1)CVS,功能比较弱,现在很少使用
2)SVN,功能比较完善,使用比较多
3)Git,功能最强大的,也是最受欢迎的。
所以,版本控制可以帮助我们实现两件事情:
1)自动记录每次的修改,并且可以方便的切换到任一版本
2)可以完成多人协作开发
3.Git和GitHub有何区别
Git,是一个版本控制系统,实际上是一个工具,大多数都是基于命令行的。
GitHub,是一个使用Git作为版本控制的托管代码的网站,平台。
重点在于学习Git本身。
二.快速入门
1.安装Git
Git在多个操作系统均有相应的安装包。
使用windows系统。
还是一个典型的windows软件的安装
官网:https://git-scm.com/downloads/
这个表示加入了windows的path变量,意味着可以在cmd窗口中使用。
安装完成之后,我们可以在任意目录下,点击鼠标右键,弹出右键菜单,有两个选项:
1.Git GUI Here
2.Git bash Here
Git GUI here,其实就是一个可视化的界面,使用鼠标就可以完成相应操作。如下:
Git bash Here
命令行窗口
2.使用流程
基本的使用流程如下:
1)初始化一个Git仓库(git init)
2)设置用户名和邮箱
3)添加文件到仓库(git add 文件名1 文件名2 )
4) 提交 (git commit -m 说明文字)
5)查看版本 (git log)
6)回退 (git reset --hard HEAD^/commit_id)
(1).初始化一个Git仓库(git init)
首先,需要指定我们的项目目录,比如此处放在project目录下,
使用git init 来初始化一个Git仓库。
在当前目录下打开 git bash 窗口,输入git init命令,如下:
repository: 仓库
相应的,会在当前目录下,创建一个隐藏的.git目录,
我们在开发的时候,是不能去动这个目录的。
如下:
(2).设置用户名和邮箱
使用
git config user.name 用户名
git config user.email 邮箱
(3).添加文件到仓库(git add 文件名1 文件名2 )
我们需要在project目录下,开始开发。
使用 git add 文件名,将其添加到版本库
(4).提交 (git commit -m 说明文字)
使用git add只是将其添加到git 的暂存区,需要使用git commit进行提交,同时必须要加上说明文字。
(5).查看版本 (git log)
接下来,需要重复3~5。
比如,我新建一个base.css文件,将其引入到 index.html中,所以,又需要add
再次commit
(6).回退 (git reset --hard HEAD^/commit_id)
第三天开发,发现需要回到第一个版本
使用 git reset --hard HEAD^会退到上一个版本。
我又后悔,需要再回到第二个版本。这是当前版本的未来版本,必须使用commit_id来reset。
回退如下:
此时,就已经切换到第二个版本。
三.Git基本概念及原理
1.基本概念
在使用git的时候,通常会提到如下几个术语:
1)工作区
2)版本库
3) 暂存区
4)分支
当我们使用git init命令初始化仓库的时候,创建一个隐藏的目录---- .git。
这个文件夹将我们的项目目录一分为二:
1.版本库(仓库)
2.工作区
1)凡是在.git目录中的,都是属于版本库的
2)凡是在.git目录之外的,都是属于工作区的。
我们的项目目录
一旦我们创建了版本库,在开发的时候,就不能对版本库目录做任何的操作。
我们开发的操作都是在工作区进行的,新建、修改、删除都是在工作区进行的。
也就是说,我们的常规开发都是在工作区进行的。
对于工作区的内容,其实就是我们常规的和项目相关的文件和文件夹。
对于版本库,还需要进一步的去看看里面有什么东西。
版本库,又一分为二:
1) 暂存区
2)主分支
暂存区:stage,临时保存文件的一个区域,就相当于是一个中转站。工作区中的任何内容都是需要通过暂存区,才能提交真正的分支上去。
主分支:master,它才是保存各个版本的地方
2.基本原理
理解Git的关键在于 暂存区 的理解。
前面我们使用Git提交版本的时候,其实分成了两步:
1) 使用git add命令
2)使用git commit命令
实际上,我们在将工作区的文件提交给版本库的时候,首先是将其添加到 暂存区,然后才是从暂存区再提交给主分支。
1)git add ,将文件添加到 版本库的 暂存区。
2)git commit ,将暂存区所有的文件一次性提交个 主分支。
我们不能直接从工作区到 主分支,必须要经过暂存区。
结合命令再次来看看这个过程。
使用 git status 可以查看 git版本库的状态。
在text项目目录下,新建一个版本库,目前工作区没有任何内容,如下:
使用 git status命令,查看 版本库的状态:
在工作区中,新建一个index.html文件,如下:
再次使用 git status查看,如下:
采纳它的建议,使用git add命令,将index.html添加到版本库的暂存区,如下:
再次查看状态,如下:
说明这个文件,已经被放入暂存区了。
使用git commit 将其从暂存区提交到 主分支,如下:
再次查看状态:
说明暂存区空了。
可以参考图示。
四.基本操作
实际上,就是几个常见命令,包括如下几个:
1)git config
2)git init
3) git add
4)git commit
5)git status
6)git rese
Git可以完成两件事情:
1.版本控制
2.多人协作
此处,讨论都是针对个人的版本控制。
1.git config
用户获取/设置git的一些配置。
获取git的配置,使用 git config --list
我们重点关注的就只有 用户名和邮箱的一个设置。
git config user.name 用户名
git config user.email 邮箱名
如果需要设置全局的,可以加 --global
如果是第一次安装 git,user.name 和 user.email是没有的,所以需要设置一下。
2.git init
用于初始化一个版本库。
可以用两种方式来初始化
1.先创建一个目录,在这个目录下,使用git init命令
2.直接使用 git init 项目名称,初始化
不管是哪种方式,都会在 项目目录下,新建一个.git目录,该目录就是 版本库,这个目录是隐藏,也不允许用户进行任何的操作。需要对版本库进行操作,使用命令操作即可。
3.git add
作用:将文件从 工作区 添加到 版本库的 暂存区。
格式:git add 文件名1 文件名2 文件3
此处,也可以添加文件夹。
查看状态,如下:
4.git commit
作用:将所有文件一次性从暂存区 提交给 主分支,才会形成一个版本。
格式:git commit -m 说明文字
一旦commit,就会将其提交个主分支,形成一个新的版本,同时会将暂存区清空。
在使用的时候,需要注意的一个问题 ---- 必须要添加说明文字。
添加说明文字有两种方式:
1)使用 -m 参数 (推荐)
2)进入vi编辑器,然后编辑
如果在git commit的时候,没有加上 -m ,就会进入vi编辑器,如图:
在vi编辑器中,两种种模式:
1)输入模式,允许用户输入内容
2)命令模式,可以执行相关的一些命令
默认进来是一个命令模式,切换到输入模式,按下 i,就可以输入相应的说明文字。
按下ESC键,就退出输入模式,进入命令模式。
如果想保存退出,需要输入 :wq
推荐大家使用-m参数来添加说明文字。
5.git status
作用:查看版本库的状态,重点就是暂存区。
格式:git status
重点就是 读懂不同的情况下的说明信息:
6.git reset
作用:用于切换到某一个版本
格式:git reset --hard HEAD^ /commit_id
一旦我们将项目形成多个版本,就可以使用git reset切换到任意版本。
通常需要查看当前版本库的日志信息。使用git log来查看,如下:
现在就可以使用git reset命令回退。
如果是会退到之前的版本,可以使用HEAD关键字和commit_id。
HEAD^,回退到之前的一个版本
HEAD^^,回退到之前的两个版本
HEAD^^^,回退到之前的三个版本
如果大于3的话,HEAD^10
更好的方法就是使用 commit_id。
如果需要回退到当前版本的未来版本,必须使用commit_id。如果使用HEAD,会回退到更小的版本。
再回到未来版本时,要分两种情况:
我已经使用了git log查看过版本情况,直接拿到那个commit_id即可。
如果没有使用git log查看过版本,使用git reflog可以查看整个commit_id情况。