Git&GitHub（三）

Git 基本原理

哈希

哈希是一个系列的加密算法，各个不同的哈希算法虽然加密强度不同，但是有以下几个共同点：

1. 不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定
2. 哈希算法确定，输入数据确定，输出数据能够保证不变
3. 哈希算法确定，输入数据有变化，输出数据一定有变化，而且通常变化很大
4. 哈希算法不可逆

---

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

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

---

Git 保存版本的机制

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

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

Git 的文件管理机制

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

Git 文件管理机制细节

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

---

Git 分支管理机制

分支的创建

---

分支的切换

---

当再切换的时候，就把head指向master的这个分支就好了：

---

GitHub

GitHub 首页就是注册页面

创建本地库

创建远程库

---

---

刚创建好，这里会有一些操作的提示：

创建远程库地址别名

---

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

fetch表示取回，push表示的就是推送：

---

推送

git push [别名] [分支名]

---

---

我们再到GitHub上就可以看到我们推送过来的文件了：

---

克隆

• 命令：git clone [远程地址]
  
• 效果
  • 完整的把远程库下载到本地
  • 创建远程地址的别名
  • 初始化本地库

---

团队成员邀请

---

在邀请组员后，被邀请的组员就可以通过邀请的访问链接来进行访问：

---

当访问邀请链接的时候，就会出现下面的这个界面：点击接受就可以了

---

这个时候，被邀请的组员再往远程库里面推送就是可以成功了：

---

拉取

• pull=fetch+merge
• git fetch [远程库地址别名] [远程分支名]
• git merge [远程库地址别名/远程分支名]
• git pull [远程库地址别名] [远程分支名]
• git fetch只是把远程库里面的文件下载到本地，把远程库的文件抓取下来，此时并没有修改本地工作区的文件，如果我们想查看下载了哪些文件，就可以切换远程的分支来进行查看文件
• git merge这个命令就是把远程的分支合并到本地的master，当合并完了之后，本地就有了新的内容了

---

解决冲突

• 要点

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

• 类比

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

---

跨团队协作

• Fork
  

---

这个图表示正在执行fork的这个操作：

---

• 克隆下来，本地修改，然后推送到远程
• Pull Request
  

---

---

---

现在轮到原团队的人来进行操作

---

• 对话
  可以进行交流
  

---

• 审核代码
  

---

• 合并代码
  

---

• 将远程库修改拉取到本地

---

SSH 登录

• 进入当前用户的家目录
  $ cd ~
• 删除.ssh 目录
  $ rm -rvf .ssh
• 运行命令生成.ssh 密钥目录
  $ ssh-keygen -t rsa -C nzyh12358@126.com
  [注意：这里-C 这个参数是大写的 C]
  
• 进入.ssh 目录查看文件列表
  $ cd .ssh
  $ ls -lF
• 查看 id_rsa.pub 文件内容
  

---

把生成的key复制到GitHub里面的SSH and GPG keys里面：

---

此时就是已经可以了：