下载地址Git - Downloads
个人下载教程Git基础 - 安装并配置Git (Windows版本) 第一次新手下载_啊呼,吖的博客-优快云博客
目标
能够掌握Git基本命令的使用
能够使用Github创建和维护远程仓库
能够掌握Git分支的基本使用
1 起步-关于版本控制
1.文件的版本
操作麻烦 命名不规范 容易丢失 协作困难
2.版本控制软件
概念:
版本控制软件是一个用来纪律文件变化,以便将来查询特定版本修订情况的系统.
通俗:
把手工管理文件版本的方式,改由软件管理文件的版本
这个复杂管理文件版本的软件,叫做版本控制软件
3.版本控制软件的好处
操作简便:只需识记几组简单的终端命令
易于对比;方便地比较文件的变化细节,从而找出导致问题的原因
易于回溯;回溯到之前的状态,甚至将项目回退到过去某个时间点
不易丢失;被用户误删除的文件,轻松的恢复
协作方便;提供的分支功能,可以轻松实现多人协作开发
4.版本控制系统的分类
本地版本控制系统
单机运行,使维护文件版本的操作工具化
集中化的版本控制系统
联网运行,支持多人协作开发;性能差 用户体验不好
分布式版本控制系统
联网运行,支持多人协作开发;性能优先 用户体验好
4.1 本地版本控制系统
特点:
使用软件来记录文件的不同版本,提供了工作效率
降低了手动维护版本的出错率
缺点:
单机运行 不支持多人协作开发
版本数据库故障后,所有历史更新记录都会丢失
4.2 集中化的版本控制系统
代表 SVN
特点:
基于服务器、客户端的运行模式
1 服务器保存文件的所有更新记录
2 客户端只保留最新的文件版本
优点:
联网运行,支持多人协作开发
缺点:
不支持离线提交版本更新
中心服务器崩溃后,所有人无法正常工作
版本数据库故障后,所有历史更新记录都会丢失
4.3分布式版本控制系统
代表 Git
特点:
基于服务器、客户端的运行模式
1 服务器保存文件的所有更新记录
2 客户端是服务器的完整备份,并不是只保留最新的文件版本
优点:
联网运行,支持多人协作开发
客户端断网后支持离线本地提交版本更新
服务器故障或损坏后,可使用任何一个客户端的备份进行恢复
缺点:
不支持离线提交版本更新
中心服务器崩溃后,所有人无法正常工作
版本数据库故障后,所有历史更新记录都会丢失
1.什么是Git
Git是一个开源的分布式版本控制系统,是目前世界最先进 最流行的版本控制系统
可以快速高效地处理 从很小到非常大的项目版本管理
特定: 项目越大越复杂,协同开发者越多,越能体系出Git的高性能和高可用性
2. Git的特性
Git之所以快速和高效,主要依赖它的两个特性
直接记录快照,而非差异比较
近乎所有操作都是本地执行
2.1 SVN的差异比较
传统的版本控制系统,是基于差异的版本控制,
它们存储的是一组基本文件和每个文件随时间逐步累积的差异
好处:节省磁盘空间
缺点:耗时、效率低
在每次切换版本的时候,需要在基本文件的基础上,应用每个差异,从而生成目标版本对应的文件。
2.2 Git的记录快照
Git快照是在原有文件版本的基础上重新生成一份新的文件,类似于备份。为了效率,如果文件没有修改
Git不再重新存储该文件,而是只保留一个链接指向之前存储的文件
缺点:占用磁盘空间较大
优点:版本切换时非常快,因为每个版本都是完整的文件快照,
切换版本时直接恢复目标版本的快照即可
2.3 近乎所有操作都是本地执行
在Git中的绝大多数操作都只需要访问本地文件和资源
一般不需要来自网络上其他计算机的信息
特性:
1 断网后依旧可以在本地对项进行版本管理
2 联网后,把本地修改的记录同步到云端服务器即可
3.Git中的三个区域
使用Git管理的项目,拥有三个区域,分别是工作区、暂存区、git仓库
4.Git中的三个状态
已修改modified
修改了文件 但还没有将修改的结果放到暂存区
已暂存staged
表示对已修改的当前版本作了标记 包含在下次提交中
已提交committed
文件已经保存在本地的Git仓库中
注意:
工作区的文件被修改了,但还没有放到暂存区,就是已修改状态
如果文件已修改并放入暂存区,就属于已暂存状态
如果Git仓库中保存着特定版本的文件,就属于已提交状态
5.基本的Git工作流程
1 在工作区中修改文件
2 将你想要下次提交的更改进行暂存
3 提交更新,找到暂存库的文件,将快照永久性存储到Git仓库
Git基础 - 安装并配置Git
1.在Windows中下载并安装Git
在开始使用Git管理项目的版本之前,需要将它安装到计算机上。
可以使用浏览器访问如下的网址,根据自己的操作系统,选择下载对应的Git安装包:
https://git-scm.com/downloads
2.配置用户信息
安装完Git之后,要做的第一季事就说设置自己的用户名和邮件地址,
Git需要使用这些基本信息,来记录是谁对项目进行了操作;
注意:如果使用了 --global选项,那么该命令命令只需要运行一次,即可永久生效
2.Git的全局配置文件
通过git config --global user.name和git config --global user.email配置的用户名和邮箱
会被写入到Users/用户名文件夹/.gitconfig文件中。
3.检查配置信息
运行如下的终端命令,快速的查看Git的全局配置信息:
查看所有的全局配置项
git config --list --global
查看指定的全局配置项
git config user.name
git config user.email
4.获取帮助信息
可以使用git help<verb>命令,无需联网可在浏览器打开帮助手册
git help config
Git基础 - Git的基本操作
1.获取Git仓库的两种方式
1 将尚未进行版本控制的本地目录转换位Git仓库
2 从其他服务器克隆一个已存在的Git仓库
2.在现有目录中初始化仓库
如果自己有一个尚未进行版本控制的项目目录,想要用Git来控制它,需要执行如下两步骤
1 在项目目录,通过鼠标点击Git bash
2 执行git init 命令将当前的目录转化为Git仓库
git inti命令会创建一个名为.git的隐藏目录,这个.git目录就是当前项目的Git仓库
里面包含了初始化的必要文件,这些文件是Git仓库的必要组成部分
3.工作区中文件的4种状态
工作区种的每一个文件可能有4种状态,着四种状态共分为两大类,
不被Git所管理
未跟踪
Git所管理
未修改
工作区中文件的内容和Git 仓库中文件的内容 保持一致
已修改
工作区中文件的内容和Git 仓库中文件的内容不一致
已暂存
工作区中被修改的文件已被放到暂存区,准备将修改后的文件保存到Git仓库中
Git操作的终极结果: 让工作区中的文件都处于未修改的状态
4.检查文件的状态
可以使用 git.status 命令查看文件处于什么状态
例如:
图片状态报告
在状态报告中可以看到新建的index.html文件出现在 Untracked files 下面
未跟着的文件意味着Git在之前的快照中没有这些文件;Git不会自动将之纳入跟踪范围
除非明确地告诉它 我需要使用Git跟踪管理该文件
5.以精简的方式显示文件状态
使用git status 输出的状态报告很详细,但有些繁琐。
要以精简的方式显示文件状态
其中-s是 --short的简写形式:
git status -s
git status --short
?? index.html 表示未跟踪
6.跟踪新文件
使用命令git add开始跟踪一个文件。
所有,要跟踪index.html文件
git add index.html
此时再运行git status命令,会看到index.html在Changes to be committed这行
说明被跟踪,并处于暂存状态
绿色A标记 以精简的方式显示文件的状态
git status -s
A index
7.提交更新
暂存区index.html文件等待被提交到Git仓库中进行保存。可以执行git commit命令
其中-m选项后面是本次的提交消息,用来对提交的内容做进一步的描述:
git commit -m "新建了index.html文件"
8.对已提交的文件进行修改
目前,index.html已经被Git跟踪,并且工作区和Git中的index.html内容保持一致
当我们修改了内容 再次git status git status -s
出现Changes not staged for commit 这下面,说明已跟踪文件的内容发生了变化
但还没有放到暂存区
M index.html
表示:修改过的、没有放入暂存区的文件前面有红色的M标记
9.暂存已修改的文件
文件已修改,如果要暂存这修改,需要再次运行git add命令,这个命令是多功能的命令
以下3个功能
1 可以用它开始跟踪新文件
2 把已跟踪的、且已修改的文件放到暂存区
3 把有冲突的文件标记已解决状态
10.提交已暂存的文件
再次运行 git commit -m 提交消息命令,即可将暂存区中的快照,提交到仓库中保持
11.撤销对文件的修改
对工作区中的文件,还原成Git仓库中所保存的版本
操作的结果:所有的修改会丢失,且无法恢复 危险性比较高
git chechkout -- 文件名命令,
12.向暂存区中一次性添加多个文件
如果需要被暂存的文件个数比较多,可以使用如下的命令
一次性将所有的新增和修改过的文件加入暂存区
git add .(句号)
今后在项目开发,会经常使用这个命令,将新增和修改过后的文件加入
13.取消暂存的文件
需要从暂存区中移除对应的文件,可以使用如下的命令
git reset HEAD 要移除的文件名称
14.跳过使用暂存区域
Git标准的工作流程是工作区->暂存区->Git仓库,
为了简化流程,工作流程为工作区->暂存区
Git提供了一个跳过使用暂存区域的方式,只要在提交的时候 给git commit加上-a选项
Git就会自动把所有已经跟踪过的文件暂存起来一并提交,从而跳过git add步骤
语法:
git commit -a -m "描述消息"
15.移除文件
从Git仓库中移除文件的方式有两种:
1 从Git仓库和工作区中提示移除对应的文件
2 只从仓库中移除指定的文件,但保留工作区中对应的文件
从Git仓库和工作区中同时示移除index.js
git rm -f index.js
只从仓库中移除index.css,但保留工作区中的index.css
git rm --cacher index.css
16.忽略文件
一般我们总会有些无需纳入Git的管理,也不希望总出现在未跟踪文件列表
创建一个名未.gitignore的配置文件,列出要忽略的文件的匹配模式
文件.gitignore的格式规范如下:
1 以#开头的是注释
2 以/结尾的是目录
3 以/开头防止递归
4 以!开头表示取反
5 可以使用glob模式进行文件和文件夹的匹配(glob指简化了的正则表达式)
17. glob模式
所谓的glob模式指简化了的正则表达式
1 星号*匹配零个或多个任意字符
2 [abc]匹配任何一个列在方括号中的字符(此案例匹配一个a)
3 问号?只匹配一个任意字符
4 方括号中使用短划线分割两个字符,表示所有在这个字符范围内的都可以匹配
([0-9]表示匹配所有0到9的数字)
5 两个星号** 表示匹配任意中间目录(比如a/**/z可以匹配a/z)
18 .gitignore文件的例子
#忽略所有的 .a文件
*.a
# 但跟踪所有的 lib.a 即便前面忽略了 .a文件
!lib.a
# 只忽略当前目录下的TODO文件,而不忽略 subdir/TODO
/TODO
#忽略任何目录下名为 build 的文件夹
build/
# 忽略 doc/notes.tex,但不忽略 doc/server/arch.text
doc/*.text
#忽略doc/目录及其所有子目录下的 .pdf文件
doc/**/*.pdf
19.查看提交历史
希望回顾项目的提交历史,可以使用git log这个简单且有效的命令
# 按时间先后顺序列出所有的提交历史 最近的提交排在最上面
git log
# 展示最新的两条提交历史,数字可以按需进行填写
git log -2
# 在一行上展示最近两条提交历史的信息
git log -2 --pretty=oneline
# 在一行上展示最近两条提交历史的信息 并自定义输出的格式
%h提交的简写哈希值 %an作者名字 %ar作者修订日期 %s提交说明
git log -2 --pretty=format:"%h | %an | %ar | %s"
20.回退到指定的版本
#在一行上展示所有的提交历史
git log --pretty=oneline
#使用 git reset--hard ,根据指定的提交ID回退到指定版本
git reset--hard <CommitID>
#在旧版本中使用 git reflog --pretty=oneline 命令,查看命令操作的历史
git reflog --pretty=oneline
# 再次根据最新的提交 ID,跳转到最新的版本
git reset --hard <CommitID>
21.小结
初始化Git仓库的命令
git init
查看文件状态的命令
git status git status -s
一次性将文件加入暂存区的命令
git add.
将暂存区的文件提交到Git仓库的命令
git commit -m"提交消息"