Git-版本控制,GitHub,Git分支

目录

一.版本控制

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的差异比较

传统的版本控制系统(例如SVN)是基于差异的版本控制,它们存储的是一组基本文件和每个文件随时间逐步累积的差异

• 好处:节省磁盘空间
• 缺点:耗时,效率低  (每次切换版本时, 都需在基本文件的基础上, 应用每个差异, 从而生成目标版本对应的文件)

②Git的记录快照

Git 快照是在原有文件版本的基础上重新生成一份新的文件,类似于备份. 为了效率, 如果文件没有修改, Git不再重新存储该文件, 而是只保留一个链接指向之前存储的文件

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

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

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

(3)Git中的三个区域

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

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

(4)Git中的三种状态

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

(5)基本的Git工作流程

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

2.安装及配置

(1)安装

https://git-scm.com/downloads

如果使用了 --global 选项,那么该命令只需要运行一次,即可永久生效

(2)配置

①用户信息

设置自己的用户名和邮件地址.Git 需要使用这些基本信息，来记录是谁对项目进行了操作

鼠标右击打开Git Bash Here: 

$ git config --global user.name "  "
$ git config --global user.email "  "

②检查配置信息

Git 的全局配置文件:   C:/Users/用户名文件夹/.gitconfig

终端命令:

# 查看所有的全局配置项

git config --list --global 

#查看指定的全局配置项

git config user.name

#打开命令帮助手册

git  help config

#获取git config命令的快速参考

git config -h

3.基本操作

(1)获取Git仓库

• 将尚未进行版本控制的本地目录转换为 Git 仓库
• 从其它服务器克隆一个已存在的 Git 仓库 

(2) 初始化仓库

• 找到根目录, 执行 git init 命令将当前的目录转化为 Git 仓库
• 该命令会创建.git 的隐藏目录,就是当前项目的Git仓库,里面包含了初始的必要文件,这些文件是Git 仓库的必要组成部分

(3)工作区文件状态

(4)检查文件状态

 git status

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

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

 git status -s  /   git status -short

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

(6)跟踪新文件

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

(7)提交更新

暂存区提交至仓库:   git commit -m "提示消息"   

(8)修改已提交文件

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

(9)暂存已修改文件

再次运行多功能的命令git add, 此命令功效:

• 可以用它开始跟踪新文件
• 把已跟踪的、且已修改的文件放到暂存区
• 把有冲突的文件标记为已解决状态

(10)提交已暂存文件

提交至git仓库   git commit -n

(11)撤销文件修改

git checkout --文件

• 把对工作区中对应文件的修改, 还原成Git仓库中所保存的版本
• 操作的结果：所有的修改会丢失,且无法恢复, 危险性比较高,请慎重操作
• 撤销操作的本质：用 Git 仓库中保存的文件，覆盖工作区中指定的文件

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

git add .     一次性将所有的新增和修改过的文件加入暂存区

(13)取消暂存文件

git reset HEAD 移出文件名     #从暂存区中移除对应的文件  移出所有后用.

(14)跳过使用暂存区域

标准工作流程: 工作区->暂存区->git仓库

简化流程:  工作区->git仓库

跳过使用暂存区域:  git commit -a -m "提示消息"   

(15)移除文件

从 Git 仓库中移除文件的方式有两种：

• 从 Git 仓库和工作区中同时移除对应的文件  git rm -f 文件名
• 只从 Git 仓库中移除指定的文件,但保留工作区中对应的文件   git rm --cached 文件名

(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
• 一行展示几条提交历史信息,并自定义输出格式  git log -2 --pretty=format:" %h | %an" %提交的简写哈希值, %an作者名字

(19)回退到指定版本

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

三.GitHub

1.开源

(1)介绍

(2)开源许可协议

开源并不意味着完全没有限制, 为了限制使用者的使用范围和保护作者的权利,每个开源项目都应该遵守开源许可协议(Open Source License) 

•  BSD（Berkeley Software Distribution）  
• Apache Licence 2.0  
• GPL（GNU General Public License） 具有传染性的一种开源协议,不允许修改后和衍生的代码做为闭源的商业软件发布和销售, 使用 GPL 的最著名的软件项目是：Linux  
• LGPL（GNU Lesser General Public License）  
• MIT(Massachusetts Institute of Technology, MIT) 是目前限制最少的协议, 唯一的条件：在修改后的代码或者发行包中,必须包含原作者的许可信息 使用 MIT 的软件项目有：jquery、Node.js

更多开源许可协议的介绍 https://www.runoob.com/w3cnote/open-source-license.html

(3)拥抱开源

开源的核心思想是“我为人人，人人为我”

• 开源给使用者更多的控制权
• 开源让学习变得容易
• 开源才有真正的安全

(4)开源项目托管平台

专门用于免费存放开源项目源代码的网站

目前世界上比较出名的开源项目托管平台主要有以下 3 个：

• Github（全球最牛的开源项目托管平台，没有之一）
• Gitlab（对代码私有性支持较好，因此企业用户较多）
• Gitee（又叫做码云，是国产的开源项目托管平台。访问速度快、纯中文界面、使用友好）

注意：以上 3 个开源项目托管平台，只能托管以 Git 管理的项目源代码,因此,名字都以Git开头

2.Github

(1)简介

https://github.com/

Github ≠ Git

(2)远程仓库

访问方式: HTTPS和SSH

• HTTPS：零配置,但是每次访问仓库时,需要重复输入Github的账号密码才能访问成功
• SSH:需要进行额外的配置, 但是配置成功后,每次访问仓库时,不需重复输入Github的账号密码
• 注意：在实际开发中，推荐使用 SSH 的方式访问远程仓库

创建:  + --> new repository

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

• 首次添加内容用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 [email protected]      yes 

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

(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

推送前需 添加到暂存区(git add .)以及提交暂存的文件(git commit -m "提交信息") , 否则会推送失败:

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

git remote show 远程仓库名称

(3)跟踪分支

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

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

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

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

(5)删除远程分支

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

五.本地项目上传至Gitee

1. 在Gitee新建仓库

 2.初始化项目

3.在本地项目目录中进入Git Bash Here命令窗口

(1)   git init

(2)  git remote add origin https://gitee.com/xxxxxxx.git  (后边的地址是仓库中的HTTPS地址)

(3)  git add .   (注意 . 前边有个空格)

(4)  git commit -m "提示信息"

(5)  git push -u origin master -f

如果弹出输入用户名密码框,输入即可

 如果这一步出现如下报错信息, 提示用户名或密码错误, 用户名换成手机号再试试看

 ====> over !!!!!