Git & GitHub

Git & GitHub

1、版本控制工具应该具备的功能

• 协同修改

  • 多人并行不悖的修改服务器端的同-一个文件。

• 数据备份

  • 不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。

• 版本管理

  • 在保存每–“个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，

• 权限控制

  • 对团队中参与开发的人员进行权限控制。
  • 对团队外开发者贡献的代码进行审核一- -Git 独有。

• 历史记录

  • 查看修改人、修改时间、修改内容、日志信息。
  • 将本地文件恢复到某一个历史状态。

• 分支管理

  • 允 许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

2、版本控制简介

2.1、版本控制

• 工程设计领域中使用版本控制管理工程蓝图的设计过程。在IT开发过程中也可以使用版本控制思想管理代码的版本迭代。

2.2、版本控制工具

• 思想：版本控制
• 实现：版本控制工具

集中式版本控制工具：

• CVSro

• SVN

• VSS…

分布式版本控制工具：

• Git
• Mercurail
• Bazaar
• Darcs…

3、Git

3.1、Git 官网和Logo

• 官网地址：https://git-scm.com/

3.2、Git优势：

• ➢大部分操作在本地完成，不需要联网
• ➢完整性保证
• ➢尽可能添加数据而不是删除或修改数据
• ➢分支操作非常快捷流畅
• ➢与Linux命令全面兼容

3.3、Git结构：

• （1）在工作区写代码：git add

• （2）临时存储在暂存区：git commit

• （3）提交到本地库的历史版本

3.4、Git和代码托管中心：

代码托管中心的任务：维护远程库

• 局域网环境下：

  • GitLab服务器

• 外网环境下：

  • GitHub
  • 码云

3.5、本地库和远程库：

• 团队内部协作
• 跨团队协作

4.相关操作：

4.1、本地库初始化：

• 命令

git add

• 注意：
  • .git目录中存放的是本地仓库相关的子目录和文件，不要删除，也不要胡乱修改

4.2、设置签名：

• 形式

  • 用户名：tom
  • Email地址：goodMorning@atguigu.com

• 作用：

  • 区分不同开发人员的身份

• 辨析：

  • 这里设置的签名和登录远程库（代码托管中心）的账号，密码没有任何关系

• 命令

  • 项目级别/仓库级别:仅在当前本地库范围内有效
  • 信息保存位置: ./.git/config 文件

git config user.name tom_pro

git config user.email goodMorning_pro@atguigu.com

• 系统用户级别:登录当前操作系统的用户范围

git config --global user.name tom_glb

git config --global goodMorning_pro@atguigu.com

• 级别优先级
  • 就近原则: 项目级别优先于系统用户级别，二者都有时采用项目级别的签名
  • 如果只有系统用户级别的签名，就以系统用户级别的签名为准
  • 二者都没有不允许

4.3、基本操作：

4.3.1：状态查看操作：查看工作区，暂存区状态

git status

4.3.2：添加操作：将工作区的“新建/修改”添加到暂存区

git add [file name]

4.3.3：提交操作：将暂存区的内容提交到本地库

git commit -m "commit message" [file name]

4.3.4：查看历史记录：

git log

多屏显示控制方式

• 空格向下翻页

• b向下翻页

• q退出

git log --pretty=oneline

git log --oneline

git reflog

4.3.5、前进后退：

基于索引值操作[推荐]

git reset --hard [局部索引值]
git reset --hard a6ace91

使用^符号：只能后退

• 注意：一个^表示后退一步

git reset --hard HEAD^

使用~符号：只能后退

• 注意：表示后退n步

git reset --hard HEAD~n

4.3.6、reset命令的三个参数对比

• –soft参数：

  • 仅仅在本地库移动HEAD指针

• –mixed参数：

  • 在本地库移动HEAD指针
  • 重置暂存区

• –hard参数：

  • 在本地库移动HEAD指针
  • 重置暂存区
  • 重置工作区

4.3.7、删除文件并找回

• 前提：删除前，文件存在时的状态提交到本地库。
• 操作：git reset –hard[指针位置]
  • 删除操作已经提交到本地库:指针位置指向历史记录
  • 删除操作尚未提交到本地库:指针位置使用HEAD

4.3.8、比较文件差异：

git diff [文件名]

• 将工作区中的文件和暂存区进行比较

git diff[本地库中历史版本][文件名]

• 将工作区中的文件和本地库历史记录比较
• 不带文件名比较多个文件

4.4、分支

4.4.1、什么是分支？

• 在版本控制过程中，使用多条同时推进多个任务。

4.4.2、分支的好处：

• 同时并行推进多个功能开发，提高开发效率
• 各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.4.3、分支操作

• 创建分支

git branch[分支名]

• 查看分支

git branch -v

• 切换分支

git check[分支名]

• 合并分支
  • 第一步：切换到接受修改的分支（被合并，增加新内容）上
  • 第二步：执行merge命令

git checkout [被合并分支名]

git merge [有新内容分支名]

冲突的解决

• 第一步：编辑文件，删除特殊符号
• 第二步：把文件修改到满意的程度，保存退出
• 第三步：git add[文件名]
• 第四步：git commit -m ”日志信息“
  • 注意：此时 commit 一定不能带具体文件名

5、Git基本原理

5.1、哈希

• 哈希是一个系列的加密算法，各个不同的哈 希算法虽然加密 强度不同，但是有以下几个共同点:
  • ①不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定。
  • ②哈希算法确定，输入数据确定，输出数据能够保证不变
  • ③哈希算法确定，输入数据有变化，输出数据一定有变化，而且通常变化很大
  • ④哈希算法不可逆
  • Git底层采用的是SHA-1算法。

5.2、 Git保存版本的机制

5.2.1、集中式版本控制工具的文件管理机制

• 以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是-组基本文件和每个文件随时间逐步累积的差异。

5.2.2 Git的文件管理机制

• Git把数据看作是小型文件系统的一-组快照。 每次提交更新时Git都会对当前的全部文件制作-个快照 并保存这个快照的索引。为了高效，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向之 前存储的文件。所以Git的工作方式可以称之为快照流。

• 提交对象及其父对象形成的链条

6.5、克隆

• 命令

git origin [远程地址]

• 效果
  • 完整的把远程库下载到本地
  • 创建 origin 远程地址别名
  • 初始化本地仓库

6.7、拉取

• ➢pull-fetch+merge
• ➢git fetch [远程库地址别名] [远程分支名]
• ➢git merge [远程库地址别名/远程分支名]

把远程库的master抓取下来（抓取下来并不是修改）

$ git fetch origin master

切换到origin/master下面：

$ git checkout origin/master

把远程的master合并到本地的master：

$ git merge origin/master

6.8、解决冲突

要点：

• 如果不是基于GitHub远程库的最新版所做的修改，不能推送，必须先拉
• 拉取下来后如果进入冲突状态，则按照“分支冲突解决”操作解决即可。

类比：

• 债权人: 老王
• 债务人:小刘
• 老王说: 10天后归还。小刘接受，双方达成致。
• 老王媳妇说: 5天后归还。小刘不能接受。老王媳妇需要找老王确认后再执行。