目录

一.版本控制

1.文件版本

2.版本控制软件

(1)简介

(2)版本控制软件的好处

(3)版本控制系统的分类

二.Git基础

1.Git基础概念

(1)简介

(2)特性

(3)Git中的三个区域

(4)Git中的三种状态

(5)基本的Git工作流程

2.安装及配置

(1)安装

(2)配置

3.基本操作

(1)获取Git仓库

(2) 初始化仓库

(3)工作区文件状态

辑(4)检查文件状态

(5)精简方式显示文件状态

(6)跟踪新文件

(7)提交更新

(8)修改已提交文件

(9)暂存已修改文件

(10)提交已暂存文件

(11)撤销文件修改

(12)向暂存区中一次性添加多个文件

(13)取消暂存文件

(14)跳过使用暂存区域

(15)移除文件

(16)忽略文件

(17)glob模式

(18)查看提交历史

(19)回退到指定版本

三.GitHub

1.开源

(1)介绍

(2)开源许可协议

(3)拥抱开源

(4)开源项目托管平台

2.Github

(1)简介

(2)远程仓库

(3)基于HTTPS将本地仓库上传到Github

(4)SSH key

(5)基于SSH将本地仓库上传到Github

(6)将远程仓库克隆到本地

四.Git分支

1.简介

2.本地分支操作

(1)master主分支

(2)功能分支

(3)查看分支列表

(4)创建新分支

(5)切换分支

(6)快速创建并切换

(7)合并分支

(8)删除分支

(9)冲突时的分支合并

3.远程分支操作

(1)将本地分支推送到远程仓库

(2)查看远程仓库所有分支列表

(3)跟踪分支

(4)拉取远程分支的最新的代码

(5)删除远程分支

---

 

一.版本控制

1.文件版本

• 操作麻烦  (每次都需要复制 → 粘贴 → 重命名)
• 命名不规范  (无法通过文件名知道具体做了哪些修改)
• 容易丢失  (如果硬盘故障或不小心删除，文件很容易丢失)
• 写作困难  (需要手动合并每个人对项目文件的修改，合并时极易出错)

2.版本控制软件

(1)简介

• 一个用来记录文件变化, 以便将来查阅特定版本修订情况的系统,有时也“版本控制系统”
• 把手工管理文件版本的方式,改为由软件管理文件的版本,这个负责管理文件版本的软件,叫做“版本控制软件”

(2)版本控制软件的好处

• 操作简便 (只需识记几组简单的终端命令,即可快速上手常见的版本控制软件)
• 易于对比  (基于版本控制软件提供的功能,能够方便地比较文件的变化细节,从而查找出导致问题的原因)
• 易于回溯  (可以将选定的文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态)
• 不易丢失  (在版本控制软件中,被用户误删除的文件,可以轻松的恢复回来)
• 协作方便  (基于版本控制软件提供的分支功能, 可轻松实现多人协作开发时的代码合并操作)

(3)版本控制系统的分类

①本地版本控制系统 

• 单机运行, 使维护文件版本的操作工具化

特点:

• 使用软件来记录文件的不同版本,提高了工作效率,降低了手动维护版本的出错率

缺点: 

• 单机运行,不支持多人协作开发

• 版本数据库故障后,所有历史更新记录会丢失

②集中化的版本控制系统

联 运行,支持多人协作开发;性能差,用户体验不好      (典型代表: SVN)

特点:

• 基于服务器、客户端的运行模式
• 服务器保存文件的所有更新记录
• 客户端只保留最新的文件版本

缺点:

• 不支持离线提交版本更新
• 中心服务器崩溃后,所有人无法正常工作
• 版本数据库故障后,所有历史更新记录会丢失

③分布式版本控制系统

联 运行,支持多人协作开发; 性能优秀,用户体验好   (典型代表：Git)

特点:

• 基于服务器、客户端的运行模式
• 服务器保存文件的所有更新版本
• 客户端是服务器的完整备份,并不是只保留文件的最新版本

优点：

• 联 运行,支持多人协作开发
• 客户端断 后支持离线本地提交版本更新
• 服务器故障或损坏后,可使用任何一个客户端的备份进行恢复

二.Git基础

1.Git基础概念

(1)简介

• Git 是一个开源的分布式版本控制系统,是目前世界上最先进,最流行的版本控制系统
• 可以快速高效地处理从很小到非常大的项目版本管理
• 特点：项目越大越复杂,协同开发者越多,越能体现出 Git 的高性能和高可用性

(2)特性

Git 快速和高效,主要依赖于如下两个特性：

• 直接记录快照，而非差异比较
• 近乎所有操作都是本地执行

①SVN的差异比较

• 缺点：占用磁盘空间较大
• 优点:版本切换时非常快,每个版本都是完整的文件快照,切换时直接恢复目标版本的快照即可
• 特点：空间换时间

③近乎所有操作都是本地执行

• 在Git中的绝大多数操作都只需访问本地文件和资源,一般不需要来自 络上其它计算机的信息
• 特性:  断 后依旧可以在本地对项目进行版本管理; 联 后,把本地修改的记录同步到云端服务器即可

(3)Git中的三个区域

使用Git 管理的项目,拥有三个区域

• 工作区  (处理工作的区域)
• 暂存区  (已完成的工作的临时存放区域, 等待被提交)
• Git仓库 (最终的存放区域)

(4)Git中的三种状态

• 已修改: 表示修改了文件，但还没将修改的结果放到暂存区
• 已暂存: 表示对已修改文件的当前版本做了标记, 使之包含在下次提交的列表中(文件已修改并放入暂存区,属于)
• 已提交: 表示文件已经安全地保存在本地的Git仓库中(Git 仓库中保存着特定版本的文件,属于)

(5)基本的Git工作流程

• 在工作区中修改文件
• 将想要下次提交的更改进行暂存
• 提交更新,找到暂存区的文件,将快照永久性存储到Git仓库

(3)工作区文件状态

• 在状态 告中新建的index.html文件出现在 Untracked files(未跟踪的文件)下面
• 未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非明确地告诉它“我需要使用 Git 跟踪管理该文件”

(5)精简方式显示文件状态

 git status -s  /   git status -short

未跟踪文件前面有红色的 标记    e.g:  index.html

(6)跟踪新文件

未跟踪添加至暂存区:  git add 文件名+后缀

(8)修改已提交文件

文件已经被Git跟踪, 并且工作区和Git仓库中的文件内容保持一致. 当修改了工作区中文件内容之后, 再次运行git status和git status -s命令, 说明已跟踪文件的内容发生了变化,但还没有放到暂存区

(10)提交已暂存文件

提交至git仓库   git commit -n

(16)忽略文件

一般有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表, 在这种情况下,可以创建一个名为.gitignore 的配置文件，列出要忽略的文件的匹配模式

文件 .gitignore 的格式规范如下：

• 以 # 开头的是注释
• 以 / 结尾的是目录
• 以 / 开头防止递归
• 以 ! 开头表示取反
• 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）

(17)glob模式

glob 模式是指简化了的正则表达式  

• 星 * 匹配零个或多个任意字符  
• [abc] 匹配任何一个列在方括 中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c）  
• 问 只匹配一个任意字符  
• 在方括 中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）  
• 两个星 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）

(18)查看提交历史

git log          回车继续查看, Q键退出查看

• 查看所有提交历史, 最近的在最上边  git log
• 查看最近几条提交历史   git log -2  #最近两条
• 一行展示最近几条提交历史  git log -2 –pretty=online

(19)回退到指定版本

• 一行展示所有提交历史 git log –pretty=oneline
• 根据指定的提交ID回退到指定版本  git reset –hard <CommitID>
• 旧版本中,查看命令操作历史  git reflog –pretty=oneline
• 再次根据最新提交的ID,跳转到最新版本  git reset –hard <CommitID>

三.GitHub

1.开源

(1)介绍

• 首次添加内容用git push -u origin master
• 当本地新增需要再添加时, 直接使用 git push

(4)SSH key

①简介

• 作用：实现本地仓库和 Github 之间免登录的加密数据传输
• 好处：免登录身份认证、数据加密传输
• 组成： id_rsa（私钥文件，存放于客户端的电脑中即可） id_rsa.pub（公钥文件，需要配置到 Github 中）

②生成

• 打开 Git Bash
• ssh-keygen -t rsa -b 4096 -C “注册时的邮箱”  
• 连续敲击3次回车,即可在 C:Users用户名文件夹.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

③配置

• 使用记事本打开 id_rsa.pub 文件(个人用户.ssh文件中)，复制里面的文本内容

• 在浏览器中登录 Github，点击头像 -> Settings -> SSH and GPG Keys -> New SSH key

• 将 id_rsa.pub 文件中的内容，粘贴到 Key 对应的文本框中

• 在 Title 文本框中任意填写一个名称，来标识这个 Key 从何而来

④检测配置是否成功

ssh -T git@github.com      yes 

(6)将远程仓库克隆到本地

复制仓库中地址, 再输入命令:  git clone 地址

四.Git分支

1.简介

• git分支:   从主线上分离出来进行另外的操作，既不影响主线，主线又可以继续干它的事，它可用来解决临时需求；当分支做完事后可合并到主线上，而分支的任务完成可以删掉了
• 在进行多人协作开发的时候,防止互相干扰,提高协同开发的体验,每个开发者都基于分支进行项目功能的开发

2.本地分支操作

(1)master主分支

• 在初始化本地Git仓库时,Git 默认已经创建了一个名为master的分支. 通常叫做主分支
• 在实际工作中,master 主分支的作用是：用来保存和记录整个项目已完成的功能代码
• 不允许程序员直接在 master 分支上修改代码, 风险太高, 容易导致整个项目崩溃

(2)功能分支

功能分支指的是专门用来开发新功能的分支,它是临时从 master 主分支上分叉出来的,当新功能开发且测试完毕后,最终需要合并到master主分支上 (不能直接在 master 分支上进行功能的开发)

(3)查看分支列表

git branch         ( 分支名前*表当前所处分支)

(4)创建新分支

git branch 分支名称   

• 新分支中代码和当前分支完全一样, 创建分支但未进行分支切换
• 基于master创建分支, 执行完创建分支命令之后,用户当前所处分支还是master分支

(5)切换分支

切换到指定分支:    git checkout 指定分支名                   

(6)快速创建并切换

创建指定名称的新分支,并立即切换到新分支:  git checkout -b 分支名

• 注意：该是创建和切换分支两条命令的简写形式

(7)合并分支

git checkout master       (切换到目标分支上,再合并)

git merge  需合并分支名

• 假设要把C分支的代码合并到A分支,必须先切换到A分支上,再运行git merge命令,来合并C分支

(8)删除分支

git branch -d 被删除分支名      分支未合并无法删除

git branch -D 被删除分支名      强制删除,未合并也可删除

• 当把功能分支的代码合并到master主分支上以后,再删除对应的功能分支
• 不能处在被删除分支上,去删除他,应处在别的分支上删除

(9)冲突时的分支合并

打开包含冲突的文件,手动解决冲突后执行 git add .       git commit -m “信息”

3.远程分支操作

(1)将本地分支推送到远程仓库

git push -u 远程仓库名称 本地分支名称:远程分支名称   

• 第一次将本地分支推送到远程仓库, 需带-u参数, 此后可直接使用git push推送代码到远程分支
• origin为默认远程仓库名,   若想远程和本地分支名称保持一致,可省略(:远程分支名称)
•  e.g:  git push -u origin payment:pay 将本地分支payment推送至远程仓库origin中,并设置其在远程仓库中的分支名称为pay

(2)查看远程仓库所有分支列表

git remote show 远程仓库名称

(3)跟踪分支

从远程仓库中,把远程分支下载到本地仓库中

• 本地分支与远程分支名称相同:  git checked 远程分支名称
• 下载至本地仓库并重命名:  git checkout -b 本地分支名称 远程仓库名称/远程分支名称

(4)拉取远程分支的最新的代码

把远程分支最新的代码下载到本地对应的分支中:  git pull

(5)删除远程分支

删除远程仓库中,指定名称的远程分支:  git push 远程仓库名称 –delete  远程分支名称

 

 

文章知识点与官方知识档案匹配，可进一步学习相关知识Git技能树首页概览2905 人正在系统学习中