Git&GitHub 学习笔记

参考视频：【尚硅谷】版本控制工具Git & Github教程

版本控制简介

版本控制

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

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

• 协同修改
  • 多人并行不悖的修改服务器端的同一个文件。
• 数据备份
  • 不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。
• 版本管理
  • 在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，提高运行效率。这方面 SVN 采用的是增量式管理的方式，而 Git 采取了文件系统快照的方式。
• 权限控制
  • 对团队中参与开发的人员进行权限控制。
  • 对团队外开发者贡献的代码进行审核——Git 独有。
• 历史记录
  • 查看修改人、修改时间、修改内容、日志信息。
  • 将本地文件恢复到某一个历史状态。
• 分支管理
  • 允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

版本控制工具

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

• 集中式版本控制工具：CVS、SVN 、VSS……

• 分布式版本控制工具：Git 、Mercurial、Bazaar、Darcs……
  

---

Git简介

Git官网（下载）地址：https://git-scm.com/

Git简史

Git 的优势

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

Git 安装

Git结构

Git 和代码托管中心

• 代码托管中心的任务：维护远程库
• 局域网环境下： GitLab 服务器
• 外网环境下：GitHub、码云（Gitee）

本地库和远程库

团队内部协作

跨团队协作

Git命令操作

本地库初始化

git init

• 注意：
  • 执行命令后会在项目地址中创建.git 目录
  • .git 目录中存放的是本地库相关的子目录和文件，不要删除，也不要胡乱修改。

设置签名

形式

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

• 作用：区分不同开发人员的身份
• 辨析：这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系

命令

项目级别/仓库级别：仅在当前本地库范围内有效

git config user.name tom_pro
git config user.email goodMorning_pro@atguigu.com

• 信息保存位置：./.git/config 文件
  

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

git config --global user.name tom_glb
git config --global user.email goodMorning_pro@atguigu.com

• 信息保存位置：~/.gitconfig 文件
  

级别优先级

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

基本操作

状态查看

git status
# 查看工作区、暂存区状态

添加

git add [file name]
# 将工作区的“新建/修改”添加到暂存区

提交

git commit -m "commit message" [file name]
# 将暂存区的内容提交到本地库

查看历史记录

• git reflog(常用)
• git log
• git log --pretty=oneline
• git log --oneline

git reflog

HEAD@{移动到当前版本需要多少步}

git log

git log --pretty=oneline

git log --oneline

版本前进后退

本质就是HEAD指针的移动

• 基于索引值操作[推荐]
• 使用^符号：只能后退
• 使用~符号：只能后退

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

git reset --hard HEAD^ 
# 注：一个^表示后退一步，n 个表示后退 n 步

git reset --hard HEAD~n
# 注：表示后退 n 步

reset命令的三个参数对比

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

• –mixed 参数
  • 在本地库移动 HEAD 指针
  • 重置暂存区

• –soft 参数
  • 仅仅在本地库移动 HEAD 指针

删除文件并找回

前提：删除前，文件存在时的状态提交到了本地库。

git reset --hard [指针位置]
# 删除操作已经提交到本地库：指针位置指向历史记录
# 删除操作尚未提交到本地库：指针位置使用 HEAD

比较文件差异

git diff [文件名]
# 将工作区中的文件和暂存区进行比较

git diff [本地库中历史版本] [文件名]
# 将工作区中的文件和本地库历史记录比较
# 不带文件名比较多个文件

---

分支管理

• 什么是分支
  • 在版本控制过程中，使用多条线同时推进多个任务。
• 分支的好处？
  • 同时并行推进多个功能开发，提高开发效率
  • 各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

分支操作

创建分支

git branch [分支名]

查看分支

git branch -v

切换分支

git checkout [分支名]

合并分支

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

  git checkout [被合并分支名]

• 第二步：执行 merge 命令

  git merge [有新内容分支名]

删除分支

git branch -d [分支名]

分支合并冲突

冲突的表现

冲突的解决

• 第一步：编辑文件，删除特殊符号
• 第二步：把文件修改到满意的程度，保存退出
• 第三步：

  git add [文件名]

• 第四步：注意:此时commit一定不能带具体文件

  git commit -m "日志信息"

---

git基本原理

哈希

明文 👉 加密算法 👉 密文

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

Git 底层采用的是 SHA-1 算法。
哈希算法可以被用来验证文件。原理如下图所示：

Git就是靠这种机制来从根本上保证数据完整性的。

Git 保存版本的机制

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

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

Git 的文件管理机制

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

---

Git 文件管理机制细节

Git 的“提交对象”

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

Git 分支管理机制

分支的创建

分支的切换

---

GitHub

https://github.com/

创建远程仓库

创建远程仓库地址别名

git remote add [别名] [远程地址]

git remote -v 
# 查看当前所有远程地址别名

推送

git push [别名] [分支名]

克隆

git clone [远程地址]

git clone <-b 分支名> [远程地址] <本地目录名>
# <>表示可选，默认克隆master分支，本地目录名称与版本库同名。

效果

• 完整的把远程库下载到本地
• 创建 origin 远程地址别名
• 初始化本地库 无需git init

团队成员邀请

拉取

git pull [远程库地址别名] [远程分支名]

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

解决冲突

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

跨团队协作

点击打开

Forl

本地修改，然后推送到远程
Pull Request

对话

代码审核

合并代码

将远程库修改拉取到本地

SSH 登录

• 若首次使用先设置Git的user name和email

  git config --global user.name [用户名]
  git config --global user.email [邮箱]

• 生成密钥

  ssh-keygen -t rsa -C [邮箱]

  注意：这里-C这个参数是大写的C

  执行命令后需要进行3次或4次确认：

  1. 确认秘钥的保存路径（如果不需要改路径则直接回车）；
  2. 如果上一步置顶的保存路径下已经有秘钥文件，则需要确认是否覆盖（如果之前的秘钥不再需要则直接回车覆盖，如需要则手动拷贝到其他目录后再覆盖）；
  3. 创建密码（如果不需要密码则直接回车）；
  4. 确认密码；

• 查看id_rsa.pub 文件内容

  • 默认保存在用户家目录 .ssh 目录下

    cat ~/.ssh/id_rsa.pub

• 添加 SSH Key

  复制 id_rsa.pub 文件内容
  登录 GitHub，点击用户头像 → Settings→SSH and GPG keys → New SSH Key
  输入密钥内容、备注Title → 点击Add SSH key保存

• 测试

  ssh -T git@github.com

  你将会看到：
  The authenticity of host ‘github.com (207.97.227.239)’ can’t be established.
  RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.
  Are you sure you want to continue connecting (yes/no)?
  选择 yes

  Hi liujiazhou! You’ve successfully authenticated, but GitHub does not provide shell access.

  如果看到Hi后面是你的用户名，就说明配置成功了。

• SSH 推送
  回到 Git bash 创建远程地址别名

  git remote add origin_ssh [SSH远程地址]

  推送文件进行测试

  git push origin_ssh [分支名]

---