sha-1

一、简体中文版 cn_windows_10_business_editions_version_1903_x64_dvd_e001dd2c.iso sha1:bc6176bee6130446421aca236e7944ee88c92fe8 ed2k://|file|cn_windows_10_business_editions_version_1903_x64_dvd_e001dd2c.iso|4815527936|47D4C57E638DF8BF74C59261E2CE702D|/ cn_windows_10_business_editions_version_1903_x86_dvd_645a847f.iso SHA-1: F4AC6ECF4BD4189277DBCCA008E4D0ADE79ECEE8 ed2k://|file|cn_windows_10_business_editions_version_1903_x86_dvd_645a847f.iso|3490486272|587AE6398153C128EC52257B2710EE92|/ cn_windows_10_consumer_editions_version_1903_x64_dvd_8f05241d.iso sha1:cf1e64128585b6ddf7cc53d91758d7b0f836b863 ed2k

目录 前言 Git分区 .git版本库里的文件/目录是干什么的 Git是如何存储文件信息的 当我们执行git add、git commit时，Git背后做了什么 Git分支的本质是什么 HEAD引用 参考 @ 前言 洞悉技术的本质，可以让我们在层出不穷的框架面前仍能泰然处之。用了那么久的 Git，不懂点内部原理，那可不行！懂点原理可以让我们遇到问题的时候能够更好更快的理清解决问题的思路。 博客原文 要真正读懂本文可能需要以下基础： 有 Git 使用经验 对 Git 的三个分区有所了解 熟悉常用的 Linux 命令 对经典哈希算法有一定的了解，比如 SHA-1 、SHA-256、MD5等 在开始之前，让我们先抛出几个问题，然后一一解决、回答它们 .git版本库里的文件/目录是干什么的? Git是如何存储文件信息的？ 当我们执行git add、git commit时，Git背后做了什么？ Git分支的本质是什么? Git分区 在真正开始之前，让我们先回顾下Git的三个分区（Workspace、Index / Stage、git repository） 工作区（Workspace）：此处进行代码文件的编辑 索引或称暂存区（Index / Stage）：存储文件状态信息，进行commit前会对此时的文件状态作快照（Snapshot） Git版本库（git repository）：由Git

目 录 2.1 文件添加及提交 2.2 文件删除 2.3 文件重命名 2.4 忽略指定格式的文件 2.5 撤销修改 2.6 差异比较 2.7 压缩仓库 2.1 文件添加及提交 文件添加 添加某个文件：git add file.c 添加所有文件：git add . 作用： 1）已经追踪的文件：将修改从工作区保存到暂存区 2）未追踪的文件：加入git追踪范围 文件提交 将暂存区的所有内容提交到版本库 — 单步提交：git commit -m "commit info" — 一次性提交：git commit -a — 修改最后一次提交：git commit --amend #该提交会生成一个新的commit对象，替换先前的commit对象 注意： 如果修改没有保存到暂存区，是不会提交到版本库的。 2.2 文件删除 1）从工作目录和暂存区中删除 方式一： 首先从工作目录中删除，使用 rm -rf file.c 然后使用 git add file.c 最后进行提交 git commit -m "delete file.c" 方式二： 首先使用 git rm -f file.c 再进行提交 git commit -m "delete file.c" 避免文件出现在未跟踪清单中 删除并提交后，该文件就不再被版本库追踪，但是版本库仍然有这些文件的快照 2）从暂存区中删除，工作目录保留 使用命令

目 录 4.1 基本使用 4.2 分支的合并 4.3 分支衍合 4.4 分支修改储藏 4.5 恢复已删除分支的提交 4.6 一个脱离了组织的提交：no branch 4.1 基本使用 创建分支 法一：git branch new_branch [start_point] 法二：git checkout -b new_branch #创建并切换到新分支 在某分支上创建新分支：git checkout -b new_branch old_branch 查看分支 git branch [-a] [--merged] [--no-merged] 切换分支 直接检出分支：git checkout branch 注意： 分支检出其实是提交的逆操作，检出前一定要保证工作区和暂存区的清洁！ 分支重命名 对于未冲突的分支名：git branch -m old_branch new_branch 对于已经存在的分支：git branch -M old_branch new_branch 删除分支 对于 已经合并的 分支，直接删除：git branch -d branch_name 对于 未合并的 分支，强制删除：git branch -D branch_name 4.2 分支的合并 直接合并 分为快进提交、合并提交两类 git merge test #将test分支合并到当前分支 冲突解决 方式一

MD5是一种HASH函数，又称杂凑函数，由32位16进制组成，在信息安全范畴有广泛和首要运用的暗码算法，它有类似于指纹的运用。在网络安全协议中， 杂凑函数用来处理电子签名，将冗长的签名文件紧缩为一段一起的数字信息，像指纹辨别身份相同保证正本数字签名文件的合法性和安全性。在前面提到的SHA- 1和MD5都是现在最常用的杂凑函数。经过这些算法的处理，初始信息即使只更动一个字母，对应的紧缩信息也会变为大相径庭的“指纹”，这就保证了经过处理 信息的唯一性。为电子商务等提供了数字认证的可能性。 　　安全的杂凑函数在设计时有必要满意两个请求：其一是寻找两个输入得到相同的输出值在计算上是不可行的，这便是我们一般所说的抗磕碰的；其二是找一个输 入，能得到给定的输出在计算上是不可行的，即不可从效果推导出它的初始状况。现在运用的首要计算机安全协议，如SSL，PGP都用杂凑函数来进行签名，一 旦找到两个文件可以发作相同的紧缩值，就可以假造签名，给网络安全范畴带来无量危险。 　　MD5便是这样一个在国内外有着广泛的运用的杂凑函数算法，它曾一度被认为是非常安全的。但是MD5也不会完全不重复，从概率来说16的32次 方遍历后至少出现两个相同的MD5值，但是16的32次方有多大？3402823669209384634633746074317.7亿，就算全世界最 快的超级计算机也要跑几十亿年才能跑完。可是

Git 内部原理 不管你是从前面的章节直接跳到了本章，还是读完了其余各章一直到这，你都将在本章见识 Git 的内部工作原理和实现方式。我个人发现学习这些内容对于理解 Git 的用处和强大是非常重要的，不过也有人认为这些内容对于初学者来说可能难以理解且过于复杂。正因如此我把这部分内容放在最后一章，你在学习过程中可以先阅 读这部分，也可以晚点阅读这部分，这完全取决于你自己。 既然已经读到这了，就让我们开始吧。首先要弄明白一点，从根本上来讲 Git 是一套内容寻址 (content-addressable) 文件系统，在此之上提供了一个 VCS 用户界面。马上你就会学到这意味着什么。 早期的 Git (主要是 1.5 之前版本) 的用户界面要比现在复杂得多，这是因为它更侧重于成为文件系统而不是一套更精致的 VCS 。最近几年改进了 UI 从而使它跟其他任何系统一样清晰易用。即便如此，还是经常会有一些陈腔滥调提到早期 Git 的 UI 复杂又难学。 内容寻址文件系统这一层相当酷，在本章中我会先讲解这部分。随后你会学到传输机制和最终要使用的各种库管理任务。 9.1 底层命令 (Plumbing) 和高层命令 (Porcelain) 本书讲解了使用 checkout, branch, remote 等共约 30 个 Git 命令。然而由于 Git 一开始被设计成供 VCS

Git 内部原理 不管你是从前面的章节直接跳到了本章，还是读完了其余各章一直到这，你都将在本章见识 Git 的内部工作原理和实现方式。我个人发现学习这些内容对于理解 Git 的用处和强大是非常重要的，不过也有人认为这些内容对于初学者来说可能难以理解且过于复杂。正因如此我把这部分内容放在最后一章，你在学习过程中可以先阅 读这部分，也可以晚点阅读这部分，这完全取决于你自己。（ 伯乐 在线注：如果你对Git还不了解，建议从本 Git 系列 第一篇文章 开始阅读） 既然已经读到这了，就让我们开始吧。首先要弄明白一点，从根本上来讲 Git 是一套内容寻址 (content-addressable) 文件系统，在此之上提供了一个 VCS 用户界面。马上你就会学到这意味着什么。 早期的 Git (主要是 1.5 之前版本) 的用户界面要比现在复杂得多，这是因为它更侧重于成为文件系统而不是一套更精致的 VCS 。最近几年改进了 UI 从而使它跟其他任何系统一样清晰易用。即便如此，还是经常会有一些陈腔滥调提到早期 Git 的 UI 复杂又难学。 内容寻址文件系统这一层相当酷，在本章中我会先讲解这部分。随后你会学到传输机制和最终要使用的各种库管理任务。 9.1 底层命令 (Plumbing) 和高层命令 (Porcelain) 本书讲解了使用 checkout, branch, remote 等共约

地址：https://www.alvestrand.no/objectid/1.3.14.3.2.26.html 地址：http://oidref.com/1.3.14.3.2.26 这个值好像是个标识。 来源： https://www.cnblogs.com/Tpf386/p/11996310.html

SHA-1（英语：Secure Hash Algorithm 1，中文名：安全散列算法1）是一种 密码散列函数 ， 美国国家安全局 设计，并由美国国家标准技术研究所（NIST）发布为联邦数据处理标准（FIPS）。SHA-1可以生成一个被称为消息摘要的160 位 （20 字节 ）散列值，散列值通常的呈现形式为40个 十六进制 数。 介绍 SHA-1（英语：Secure Hash Algorithm 1，中文名：安全散列算法1）是一种 密码散列函数 ， 美国国家安全局 设计，并由美国国家标准技术研究所（NIST）发布为联邦数据处理标准（FIPS）。SHA-1可以生成一个被称为消息摘要的160 位 （20 字节 ）散列值，散列值通常的呈现形式为40个 十六进制 数。 [1] SHA-1已经不再视为可抵御有充足资金、充足计算资源的攻击者。2005年，密码分析人员发现了对SHA-1的有效攻击方法，这表明该算法可能不够安全，不能继续使用，自2010年以来，许多组织建议用 SHA-2 或SHA-3来替换SHA-1。 Microsoft 、 Google 以及 Mozilla 都宣布，它们旗下的浏览器将在2017年前停止接受使用SHA-1算法签名的 SSL证书 。 2017年2月23日，CWI Amsterdam与 Google 宣布了一个成功的SHA-1碰撞攻击，发布了两份内容不同但SHA

RFC5683阅读笔记 Password-Authenticated Key(PAK) Diffie-Hellman Exchange 摘要 Diffie-Hellman（简称DH）密钥交换是最早的密钥交换算法之一，使得通信双方能在非安全的信道中安全的交换密钥，用于加密后续的通信消息。 在本文档中提出了一种算法用于在未经身份鉴别的Diffie-Hellman算法中添加双向的身份鉴别，这种算法称为Password-Authenticated Key(PAK)交换，它允许双方在执行Diffie-Hellman密钥交换时进行身份鉴别。 文档认为这种协议足够安全可以抵挡所有的主动攻击和被动攻击，而且不允许任何的攻击者获得可以用于进行字典攻击的信息。 文档规定 A 代表实体Alice B 代表实体Bob Ra是指由A选择的随机秘密指数 Rb是指由B选择的随机秘密指数 Xab表示由B得出的值（X可能由A计算） Yba表示由A得出的值（Y可能由B计算） 当a除以b时，a mod b表示最小的非负余数 Hi(u)表示在字符串u上计算的商定函数（例如基于SHA-1，SHA-256等），各种H()充当独立的随机函数，H1(u)和H2(u)是关键推导函数，H3(u)、H4(u)和H5(u)是哈希函数。 s | t表示字符串S和T的串联 ^表示幂 乘、除和求幂运算都是针对一个p元域执行的，也就是说 a b