緑水長流*z

01【Git的基本使用与底层原理】

下一篇：02【Git的分支与数据恢复】

文章目录

一、Git概述
- 1.1 Git简介
- 1.2 集中式与分布式
- - 1.2.1 集中式版本控制
  - 1.2.2 分布式版本控制
- 1.3 Git的使用流程
- - 1.3.1 本地仓库
  - 1.3.2 协同开发
- 1.4 Git的配置
- - 1.4.1 Git的配置等级
  - 1.4.2 初始化Git配置
二、Git的使用
- 2.1 Git基本操作命令
- - 2.1.1 初始化项目
  - 2.1.2 添加操作
  - 2.1.3 提交操作
  - 2.1.4 修改操作
- 2.2 Git的目录状态
- - 2.2.1 nothing to commit
  - 2.2.2 Untracked files
  - 2.2.3 Changes to be committed
  - 2.2.4 no changes added to commit
- 2.3 Git其他操作
- - 2.3.1 Git文件对比
  - - 1）工作空间与暂存区对比
    - 2）版本库与暂存区对比
  - 2.3.2 Git文件删除
  - - 1）普通方式删除
    - 2）git rm命令删除
  - 2.3.3 Git文件改名
  - - 1）普通改名
    - 2）使用git mv改名
  - 2.3.4 Git日志查询
  - - 1）git log命令
    - 2）格式化日志
    - 3）日期格式化
三、Git底层对象
- 3.1 Blob对象
- - 3.1.1 Blob对象简介
  - 3.1.2 Blob对象的使用
  - - 1）写入数据
    - 2）读取数据
    - 3）小练习
- 3.2 Tree对象
- - 3.2.1 Tree对象简介
  - 3.2.2 暂存区的概念
  - 3.3.2 生成Tree对象
  - 3.2.3 Tree对象小练习
  - - 1）生成第一个树对象
    - 2）生成第二个树对象
  - 3.2.4 读取树对象
- 3.3 Commit对象
- - 3.3.1 Commit对象简介
  - 3.3.2 生成Commit对象
  - 3.3.3 指定父Commit对象提交
四、Git命令原理
- 4.1 基本操作命令原理
- - 4.1.1 add命令原理
  - 4.1.2 commit命令原理
- 4.2 Git其他命令原理
- - 4.2.1 文件删除原理
  - - 1）普通方式删除
    - 2）git rm 命令原理
  - 4.2.2 文件改名原理
  - - 1）普通方式改名
    - 2）git mv 命令原理

一、Git概述

1.1 Git简介

Git是一个开源的分布式版本控制系统，是由Linux之父Linus Torvalds为了帮助管理Linux内核而开发的一个版本控制软件，最后开源了。Git与常用的版本控制工具CVS、Subversion等不同，它采用了分布式版本库的方式，不必服务器端软件支持。

Git更像是一系列微型文件系统的快照。使用Git，每次提交或保存项目状态时，Git基本上都会记录当时所有文件的状态，并存储对该快照的引用。为了提高效率，如果文件没有改变，Git不会再次存储文件，只是指向它已存储的上一个相同文件的链接。Git认为它的数据更像是一个快照流，会将数据作为项目的快照存储一段时间。可以有效、高速地处理从很小到非常大的项目版本管理。

Git官网：https://git-scm.com/

1.2 集中式与分布式

1.2.1 集中式版本控制

SVN就是一个典型的集中式版本控制系统，版本库是集中放在中央服务器的；

我们开发项目时，每个人都是使用自己的电脑进行开发，而代码都是统一存储到中央服务器，各个开发人员从中央服务器拉取代码到本地进行开发，开发完功能后将代码提交到中央服务器，然后其他人又更新本地代码，达到协同开发；这样代码统一集中到中央服务器中，每个人都需要借助中央服务器进行更新、提交等操作。

如图：

当个开发人员开发完自身功能后，通过网络提交到中央服务器中，这个过程必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，开发效率就变得比较低。另外，在集中式版本控制系统中，如果没有网络，那么开发将会变得无法推进；

同时，在集中式环境中，非常容易出现单点故障。如果中央服务器出现故障，那么整个代码版本将会丢失，除非之前有备份，然而版本库每时每刻都在更新，就算有备份，也会丢失最近的版本，除非备份频次设置的非常频繁；

1.2.2 分布式版本控制

Git是分布式版本控制系统，每个人的电脑都是一个完整的版本库，开发人员开发完某个功能后直接将代码提交到自己本地的仓库中即可，这样就算没有网也可以进行项目开发，也不存在集中式的单点故障问题了；

Tips：SVN的客户端本地不会存储版本信息，只会存储源代码；

既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？在Git中，由于每个人的电脑都是一个独立的完整版本库，开发完某个功能后首先将功能提交到自身的版本库中，然后再将功能推送到远程的代码仓库中，其他开发人员如果需要获取最新的代码，只需要将远程仓库中的代码拉取到本地即可；

如何协同开发？

这样一看，那Git和SVN岂不是一模一样？

我们可以这样理解：Git在本地会有一个数据仓库，我们有了这个数据仓库就可以进行代码的提交、生成版本快照信息等；使用Git的项目团队的每一个成员开发项目时，如果需要产生一次版本，可以提交到本地仓库，等到需要将功能发布给团队的其他人时再发布到远程仓库，其他人通过拉取远程仓库的代码更新自身的本地库；

而在SVN中，每次功能开发完毕如果需要产生一次快照则必须提交到远程仓库，这一步肯定是需要网络的；所以说，使用SVN的开发团队离开了中央仓库则团队的每个成员都无法提交数据产生版本信息了；除非使用SVN的项目团队成员开发完某个功能后不提交到远程仓库，也就是不产生版本信息，但这已经脱离了版本控制了。

我们可以这样对比：每个Git的客户端都是一个独立的"SVN"，当我们需要把"SVN"中的版本信息共享到团队其他成员时，只需要把"SVN"提交到远程仓库即可；

1.3 Git的使用流程

Git属于分布式版本控制系统，每一个开发人员都拥有一个独立的仓库；即使自身与外界环境完全隔离的情况下也是可以进行项目功能的推进，只不过自己开发的功能无法发布到远程仓库，团队的其他成员自然也就无法从远程仓库拉取你开发的功能，但这并不影响自身的开发。

我们开发完某些功能后，首先将功能提交到自身的本地仓库，然后再推送到远程仓库；

1.3.1 本地仓库

首先本地仓库的来源有两种；

1）项目刚开始开发，需要有人在本地创建一个本地仓库，该本地仓库包含项目的结构、基本信息等，然后将这个本地仓库推送到远程仓库中，项目的其他成员使用Git拉取远程仓库的项目结构、基本信息等到本地；
2）中途加入到项目开发，需要将远程仓库克隆到本地，形成一个本地仓库

本地仓库的开发流程：

init：在本地初始化一个本地仓库；
clone：从远程仓库中克隆一个仓库到本地；

在Git中，本地仓库=工作空间（代码）+项目版本的版本信息，因此本地仓库就包含了工作空间，我们不需要将本地仓库的代码更新到工作空间，因为每一次更新工作空间就相当于更新了本地仓库，我们将工作空间的代码提交（commit）到本地仓库的目的是需要生成一个版本快照；

checkout：用于可以切换分支，不同的分支对应的代码、版本信息等都不一样，因此执行checkout切换分支后工作空间将会更新到新的分支状态；

暂存区：临时存储的区域，可以将操作先添加到暂存区，等到暂存到一定数量后可以一起提交，这些变更都被记录成一个版本；

1.3.2 协同开发

当项目发布到远程仓库后，团队的其他成员将远程仓库的项目克隆（clone）到本地，之后每个成员都可以独立开发了，如果需要把自己本地仓库的项目共享给其他成员则可以推送（push）到远程仓库；

协同开发流程：

远程仓库的来源：通过本地仓库推送（push）到远程仓库；

clone：将远程仓库的所有信息克隆到本地仓库
push：当本地开发的的功能需要发布到远程仓库时，使用push命令把本地仓库的代码、版本信息等推送到远程仓库
fetch：将远程仓库的最新版本信息拉取到本地仓库，但是工作空间的代码并未更新到最新版本，只是本地仓库中存储的版本信息可以看到有一些版本被更新下来了，工作空间还是指向旧版本，因此使用fetch命令拉取之后通常需要将工作空间也更新到最新版本，这个动作我们叫合并（merge）；
pull：除了将远程仓库的最新版本更新到本地之后，还会将工作空间指向最新的版本（fetch+merge）；

1.4 Git的配置

Git的安装参考《Git的安装与卸载》，安装完毕之后在菜单右键会有Git相关操作：

Git GUI Here：在当前目录打开Git的GUI图形化操作面板
Git Bash Here：在的当前目录打开Git的命令行

1.4.1 Git的配置等级

安装好Git后，我们需要对Git进行一些基本配置，在Git中配置等级分为local、global、system；

local：低级别配置，是本项目的配置，只会在本项目的范围内生效，其他项目不生效该配置，local范围的配置需要先创建本地仓库才可以进行local配置；
global：全局配置，作用区域是本用户范围内的所有git仓库，只要用的是同一个用户那么都可以使用这个配置
system：最高级的配置，作用域是整个系统的所有git仓库，不管用的是什么用户，都可以使用这个配置

每个级别的配置可能重复或冲突，如果冲突，会以低级别的配置为准，也就是低级别配置覆盖高级别配置使用git config --global/–system/–local来指定操纵哪个级别的配置，针对Git的配置更改都会在.git/config下进行

1.4.2 初始化Git配置

在任意目录打开Git Bash Here，执行git config查看当前配置：

git config --system --list		# 查看system级别的配置
git config --global --list		# 查看system级别的配置
git config --list				# 查看所有配置

配置全局用户：

# 配置用户信息，如果已经配置将会覆盖
git config --global user.name "xiaohui"
git config --global user.email "[email protected]"

# 清除用户配置
git config --global --unset user.name
git config --global --unset user.email

二、Git的使用

2.1 Git基本操作命令

2.1.1 初始化项目

git init

2.1.2 添加操作

我们首次提交任何文件到服务器之前都应该先使用add命令将其添加到版本控制体系中，该命令将文件添加到暂存区；

echo "000" >> aaa.txt			# 在当前目录创建一个aaa.txt文件，内容为000

git add ./						# 将当前目录下的所有文件/文件夹都添加到暂存区

查看Git暂存区：

git ls-files -s			# 查看当前暂存区
git cat-file -p 8f087a34c80c2123f05aae01e910c871b9e23773			# 根据id查询文件内容

2.1.3 提交操作

当文件被add命令添加到暂存区后，使用commit命令将其提交到版本库；

格式：

git commit -m '日志信息' 文件名

示例：

git commit -m "第一次提交-000" ./			# 将当前目录下的所有文件提交

Tips：提交时必须写日志，否则不允许提交

2.1.4 修改操作

编辑工作空间：

echo "111" >> aaa.txt
git add ./
git commit -m "第二次修改-111" ./

Tips：文件在刚创建的时候需要使用add命令让其被git追踪，之后每次修改文件只需要提交即可，不需要再次add；

2.2 Git的目录状态

对Git的工作空间进行了不同操作会将其处于不同的状态，通过一些状态信息我们可以很好的判断Git进行了什么操作以及接下来应该进行什么操作；

删除之前的git仓库：

rm -rf ./*		# 删除当前目录下的所有文件
rm -rf .git		# .git是隐藏文件夹，需要单独删除

2.2.1 nothing to commit

表示当前工作空间没有还未提交的操作，属于一个干净的工作空间；

初始化git仓库：

git init

git status			# 查看工作空间状态

2.2.2 Untracked files

表示当前空间空间有文件文件处于"未追踪"状态，需要使用add命令添加；

echo "111" >> aaa.txt

git status

2.2.3 Changes to be committed

表示更改的操作已经被追踪到了，但操作还未被提交

git add ./

git status

当文件被提交后，工作空间重新回到nothing to commit状态：

git commit -m "111" ./

2.2.4 no changes added to commit

表示当前工作目录中有文件被修改了，但是还未被Git追踪到；需要使用add命令来追踪；

no changes added to commit与Untracked files不同的是：前者代表文件之前已经被Git追踪过，只是本次的操作还没有被Git追踪，可以使用commit直接提交，后者则代表文件从来没有被Git追踪，必须先试用add来追踪；

再次修改工作空间的文件：

echo "222" >> aaa.txt

git status

当执行add命令后，工作空间再次回到Changes to be committed，表示文件已经被追踪（添加到暂存区），但是还未提交；

git add ./
git status

当修改被提交后，工作空间再次回到nothing to commit状态，表示当前工作空间所有的操作均已提交；

git commit -m "222" ./

2.3 Git其他操作

2.3.1 Git文件对比

1）工作空间与暂存区对比

使用git diff命令可以对比工作空间与暂存区的文件内容；

首先初始化一个新的版本库：

git init
echo "111" >> aaa.txt
git add ./
git commit -m "111" ./

编辑文件：

echo "222" >> aaa.txt

对比文件：

git diff

再次添加到暂存区：

git add ./			# 在文件再次添加到暂存区，此时暂存区的内容和工作空间的内容一致

git diff

Tips：文件执行add命令添加到暂存区后，此后每次提交文件都会先将文件添加到暂存区，因此文件只需要add一次即可；

2）版本库与暂存区对比

使用git diff --cached命令可以对比版本库中的文件与暂存区的文件

git diff				# 对比工作空间与暂存区

git diff --cached		# 对比版本库与暂存区

2.3.2 Git文件删除

1）普通方式删除

初始化项目库：

rm -rf .git ./*		# 删除之前的项目
git init			# 初始化新项目
echo "111" >> aaa.txt
git add ./
git commit -m "111" ./

直接删除工作空间的aaa.txt文件：

rm -f aaa.txt			# 直接从磁盘中删除文件
git status				# 查看状态
git ls-files -s			# 查看暂存区的内容

我们发现直接从磁盘中删除文件其实是不完整的，工作空间状态不对、暂存区还有残留等；

提交删除操作：

git commit -m "del aaa.txt" ./

2）git rm命令删除

git rm 命令相当于我们先执行rm -rf命令将文件从磁盘中删除，让后在执行add命令添加到暂存区；此时工作空间的状态为Changes to be committed，即：更改的操作被Git追踪到了，但是还未提交；

重新初始化文件：

echo "111" >> aaa.txt
git add ./
git commit -m "111" ./
git status

删除文件：

git rm aaa.txt								# 使用rm命令删除
git commit -m "del aaa.txt 222" ./			# 提交删除操作
git status									# 查看状态
git ls-files -s								# 查看暂存区

Tips：git rm命令和我们自己从磁盘删除然后再commit的效果是一致的；

2.3.3 Git文件改名

1）普通改名

初始化项目库：

rm -rf .git ./*		# 删除之前的项目
git init			# 初始化新项目
echo "111" >> aaa.txt
git add ./
git commit -m "111" ./

【将工作目录中的aaa.txt修改为bbb.txt，并查看工作目录状态】

mv aaa.txt bbb.txt				# 修改文件名称

实质上是把原来的aaa.txt删除了，然后新增了一个bbb.txt"。其中，aaa.txt属于"有操作修改了，但是还未被追踪"，bbb.txt属于"未追踪的操作，两个操作都需要使用add命令来追踪；

提交操作：

git commit -m "aaa->bbb" ./

提交改名操作后查看工作空间状态，发现bbb.txt处于未被追踪状态，这是因为bbb.txt还没有被执行add操作（还没有被纳入版本控制）；

需要将bbb.txt执行add操作：

git add ./			# 将bbb.txt文件添加到暂存区(纳入版本控制)
git commit -m "bbb" ./

2）使用git mv改名

使用git mv命令改名：

git mv bbb.txt aaa.txt

git commit -m "bbb->ccc" ./

2.3.4 Git日志查询

1）git log命令

每一次的提交都会产生一次提交日志，我们可以通过查询日志来观察项目的进度变化；使用git log命令可以查询git的提交日志；

语法：

git log [options] [<file> <commit> <tag>...]

如果不加其它选项，默认情况下，这个命令按提交的先后顺序由近到远显示提交日志，包括每个提交id、作者的名字和电子邮件地址、提交时间以及提交说明等信息。

选项	说明
-n（n为一个整数）	指定显示最近的n次提交信息
-p	显示每次提交所引入的差异
–name-status	显示每次提交新增、修改、删除的文件清单
–author	仅显示指定作者的提交信息
–committer	仅显示指定提交者的提交信息
–grep	仅显示提交日志中包含指定字符的提交
-S	仅显示添加或删除内容匹配指定字符串的提交
–oneline	显示简略的日志信息
–decorate	显示更多关联信息
–graph	使用ASCII图形来表示提交历史中的分支关系

初始化项目库：

rm -rf .git ./*
git init
echo "111" >> aaa.txt
git add ./
git commit -m "111" ./
echo "222" >> aaa.txt
git commit -m "222" ./
echo "333 111" >> aaa.txt
git commit -m "333 111" ./

查询日志：

git log			# 查询所有日志
git log -2		# 查询最近的两次提交日志
git log -p		# 显示每次提交的差异信息
git log --name-status			# 显示每次提交新增、修改、删除的文件清单
git log --author xiaohui		# 查询xiaohui用户创建的文件的提交信息
git log --committer xiaohui		# 查询xiaohui用户提交的信息
git log --grep '1'				# 查询条件日志中包含有1的提交信息
git log -S '1'					# 查询添加或删除内容中包含1的提交信息
git log --oneline				# 查询简略的提交信息
git log --decorate				# 查询更多的关联信息
git log --graph					# 查询提交历史中的分支关系

git log -2 --grep '1' --oneline			# 混搭使用

2）格式化日志

使用 git log --pretty=format: 命令自定义提交历史的显示格式，一般是一些格式占位符，表明要显示的内容

常用格式占位符写法如下：

选项	作用说明
%H	提交的完整哈希值
%h	提交的简写哈希值
%T	树的完整哈希值
%t	树的简写哈希值
%P	父提交的完整哈希值
%p	父提交的简写哈希值
%an	作者名字
%ae	作者的电子邮件地址
%ad	作者修订日期（可以用 --date=选项来定制格式）
%ar	作者修订日期，按多久以前的方式显示
%cn	提交者的名字
%ce	提交者的电子邮件地址
%cd	提交日期
%cr	提交日期（距今多长时间）
%s	提交说明

示例：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %t'
e1c688f 56e552e
a8ce0ef 703a392
60710c9 8f96f2f

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %cd %s'
e1c688f xiaohui Fri Oct 6 16:01:05 2023 +0800 333 111
a8ce0ef xiaohui Fri Oct 6 16:01:03 2023 +0800 222
60710c9 xiaohui Fri Oct 6 16:01:03 2023 +0800 111

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %s'
e1c688f xiaohui 333 111
a8ce0ef xiaohui 222
60710c9 xiaohui 111

3）日期格式化

当自定义显示格式里面使用 %ad 或 %cd 显示提交时间的时候，可以使用 --date=选项 指定日期的显示格式。

常用选项有：

选项	作用说明
relative	只显示相对于现在时间的天数，如 “2 weeks ago”
local	显示在当前时区下的时间
short	只显示日期，以 “YYYY-MM-DD” 的形式
raw	以 “%s %z” 格式显示时间，%s 指自1970-01-01 00:00:00 以来的秒数，%z 指时区
default	显示原始时区下的时间

示例：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %s %cd' --date short
e1c688f xiaohui 333 111 2023-10-06
a8ce0ef xiaohui 222 2023-10-06
60710c9 xiaohui 111 2023-10-06

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %s %cd' --date local
e1c688f xiaohui 333 111 Fri Oct 6 16:01:05 2023
a8ce0ef xiaohui 222 Fri Oct 6 16:01:03 2023
60710c9 xiaohui 111 Fri Oct 6 16:01:03 2023

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %s %cd' --date default
e1c688f xiaohui 333 111 Fri Oct 6 16:01:05 2023 +0800
a8ce0ef xiaohui 222 Fri Oct 6 16:01:03 2023 +0800
60710c9 xiaohui 111 Fri Oct 6 16:01:03 2023 +0800

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %s %cd' --date relative
e1c688f xiaohui 333 111 14 minutes ago
a8ce0ef xiaohui 222 14 minutes ago
60710c9 xiaohui 111 14 minutes ago

也可以使用 --date=format: 自定义时间的显示格式。比如 --date=format:"%Y-%m-%d %H:%M:%S"

常用的格式占位符有：

选项	作用说明
%A	星期的英文全称
%a	星期的英文简写
%B	月份的英文全称
%b	月份的英文简写
%Y	年份全写，如 2022
%y	年份简写，如 22
%M	分钟，00-59
%m	月份，00-12
%d	日期，00-31
%H	小时，00-23
%I	小时，00-12
%S	秒，00-59
%s	自1970-01-01 00:00:00 以来的秒数
%z	时区
%W	一年中的第几周，以周一为一周的开始
%w	一周中的第几天，0-6，周日是 0
%U	一年中的第几周，以周日为一周的开始
%%	输出一个百分号

示例：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git log --pretty=format:'%h %an %s %cd' --date=format:'%Y-%m-%d %H:%M:%S'
e1c688f xiaohui 333 111 2023-10-06 16:01:05
a8ce0ef xiaohui 222 2023-10-06 16:01:03
60710c9 xiaohui 111 2023-10-06 16:01:03

三、Git底层对象

Git 的核心部分是一个简单的键值对数据库。你可以向该数据库插入任意类型的内容，它会返回一个键值，通过该键值可以在任意时刻再次检索该内容，我们之前使用add、commit、rm、mv等命令时其实就是在向Git这个数据库读取/添加数据。

需要注意的是，只要往Git中添加了数据，那么数据就永远不会被删除，使用git删除命令只是进行了一次新的版本的迭代。学习Git的底层命令有助于我们对Git的底层原理有一个更加清晰的认识；

在Git中存在三个元数据对象，分别为Blob对象（文本对象）、Tree对象（树对象）、Commit对象（提交对象），当我们在使用Git命令往Git中写数据时，Git会将其封装为这三种对象，三种不同的对象封装了不同的数据；其存储位置在.git/objects目录中；

3.1 Blob对象

3.1.1 Blob对象简介

Blob对象也称文本对象，当某个文本需要添加到Git中时，Git会将其包裹成一个Blob对象存储到Git数据库中，每个Blob对象都会有一个唯一的hash值，这就是Git中的最原始的版本信息。当修改文件后，需要再次将新的文件包裹成Blob对象存入Git数据库，这又是一次文件版本的更新；

3.1.2 Blob对象的使用

1）写入数据

语法：

git hash-object -w {文件名|目录名}

将数据写入Git：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui
$ git init								# 初始化git仓库
Initialized empty Git repository in C:/Users/Admin/Desktop/workspace/xiaohui/.git/

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ echo "111" >> aaa.txt					# 创建文件

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace/xiaohui (master)
$ git hash-object -w aaa.txt			# 将aaa.txt文件写入Git
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c

文件生成的路径默认在：.git\objects，其中生成的文件夹名称是hash值的前两位，其余的位数作为文件名

2）读取数据

语法：

git cat-file {-p|-t} {hash}

-p：获取文件内容
-t：获取文件类型

从Git读取数据：

git cat-file -p 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c		# 获取Git对象的内容
git cat-file -t 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c		# 获取Git对象的类型

3）小练习

创建一个新的文件写入到Git中：

echo "Hello World" >> bbb.txt		# 创建一个新的文件
git hash-object -w bbb.txt			# 写入到Git中

查看objects目录：

读取文件内容：

git cat-file -p 557db03de997c86a4a028e1ebd3a1ceb225be238

修改文件内容，再次查看Git数据库中的数据：

echo "Hello Git" >> bbb.txt
git cat-file -p 557db03de997c86a4a028e1ebd3a1ceb225be238

重新将bbb.txt添加到Git数据库：

git hash-object -w bbb.txt		# 将bbb.txt重新添加到git数据库
find .git/objects/ -type f		# 查询objects目录下的所有文件

.git/objects/55/7db03de997c86a4a028e1ebd3a1ceb225be238				# bbb.txt  --->  HelloWorld
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c				# aaa.txt  --->  111
.git/objects/93/f515c1fffa123e2dc1ad3015fd59a421afacd2				# bbb.txt  --->  Hello World Hello Git

查询Git数据库，重新生成了一个Blob对象

读取Blob对象：

git cat-file -p 557db03de997c86a4a028e1ebd3a1ceb225be238
git cat-file -p 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
git cat-file -p 93f515c1fffa123e2dc1ad3015fd59a421afacd2

3.2 Tree对象

3.2.1 Tree对象简介

Blob对象中只会存储文本内容而不知道该文本的文件名称。同时，生成Blob对象代表是文件的一次版本，但是有时我们需要将多个操作归纳为一个版本。因此，在Git中，Blob对象只是代表文件的一个版本，而不是代表项目的一个版本，因为一次项目的版本可能涉及到多个文件的操作。

Tree对象也称树对象，一个树对象包含了一条或多条记录，一个Tree对象就是一次操作的版本，Tree对象中保存有该对象所涉及到的所有文件（包括文件名称）。在Git中，一个Tree对象才能称得上是一次真正意义上的版本（快照）；

另外，一个Tree对象还可以包含另一个Tree对象。

3.2.2 暂存区的概念

一个Tree对象是由一条或多条记录组成的，那么如何让Tree对象包含多个记录呢？

我们在生成Tree对象之前，需要将所有的记录都存储到"暂存区"，暂存区用于"暂存"一些操作，等这些操作足够成为一次版本时就将暂存区中的内容生成一个Tree对象，这样Tree对象就包含了多个记录了。

将记录添加到暂存区：

git update-index --add --cacheinfo {文件模式} {hash} {文件|目录}

文件模式：

100644：普通文件
100755：可执行文件
120000：符号链接

查看暂存区：

git ls-files -s

3.3.2 生成Tree对象

【语法】

git write-tree			# 将当前暂存区的内容生成Tree对象

【练习】

1）初始化git仓库：

rm -rf ./* .git
git init

2）生成第一个Blob对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "111" >> aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git hash-object -w aaa.txt
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -t 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
blob

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
111

2）生成第二个Blob对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "222" >> bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git hash-object -w bbb.txt
warning: LF will be replaced by CRLF in bbb.txt.
The file will have its original line endings in your working directory
c200906efd24ec5e783bee7f23b5d7c941b0c12c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -t c200906efd24ec5e783bee7f23b5d7c941b0c12c
blob

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p c200906efd24ec5e783bee7f23b5d7c941b0c12c
222

3）将两个记录添加到暂存区：

git update-index --add --cacheinfo 100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c aaa.txt
git update-index --add --cacheinfo 100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c bbb.txt

4）查看暂存区：

git ls-files -s

5）将两次操作生成Tree对象（一次版本）

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 将暂存区的内容生成Tree对象
$ git write-tree		
32dcf33783f09530a55367ae95a221b9ee1c1eba

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 查看objects目录中的文件
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 查看该hash对应的git类型
$ git cat-file -t 32dcf33783f09530a55367ae95a221b9ee1c1eba
tree

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 查看该hash的内容
$ git cat-file -p 32dcf33783f09530a55367ae95a221b9ee1c1eba
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    aaa.txt
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

6）查看暂存区：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       aaa.txt
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bbb.txt

一个Tree对象中包含多个变更的Blob对象，Blob对象对应我们实际开发中的一个个操作，当一个个操作满足了一次版本的要求时，我们就会生成对应的Tree对象来生成版本。因此，我们在实际使用Git时，一个Tree对象往往才是代表一个项目的某个版本，而非Blob对象；

3.2.3 Tree对象小练习

1）生成第一个树对象

1）初始化Git仓库：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace
$ git init
Initialized empty Git repository in C:/Users/Admin/Desktop/workspace/.git/

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "111" >> aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git hash-object -w aaa.txt											# 生成Blob对象
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "222" >> bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git hash-object -w bbb.txt											# 生成Blob对象
warning: LF will be replaced by CRLF in bbb.txt.
The file will have its original line endings in your working directory
c200906efd24ec5e783bee7f23b5d7c941b0c12c

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 添加到暂存区
$ git update-index --add --cacheinfo 100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 添加到暂存区
$ git update-index --add --cacheinfo 100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s														# 查看暂存区的内容
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       aaa.txt
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git write-tree														# 生成Tree对象
32dcf33783f09530a55367ae95a221b9ee1c1eba

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象(包含aaa.txt和bbb.txt)
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt

查看树对象的内容：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 32dcf33783f09530a55367ae95a221b9ee1c1eba
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    aaa.txt
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

2）生成第二个树对象

修改aaa.txt内容：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "1010" >> aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git hash-object -w aaa.txt									# 生成Blob对象
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
7b481520925a2e75716034e3c858b7ef2a9aae75

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象（包含aaa.txt和bbb.txt）
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt（版本1）
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75			# aaa.txt(版本2)
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt(版本1)

将aaa.txt添加到暂存区：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       aaa.txt
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git update-index --cacheinfo 100644 7b481520925a2e75716034e3c858b7ef2a9aae75 aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s
100644 7b481520925a2e75716034e3c858b7ef2a9aae75 0       aaa.txt
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bbb.txt

Tips：aaa.txt文件已经添加了到了暂存区，第二次不需要再指定--add参数了；

将当前暂存区的内容生成Tree对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git write-tree
a24447346b4470013f38a67d14d97f975e39c037		# 本次树对象的hash值

查看所有Git对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象v1（包含aaa.v1和bbb）
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt（版本1）		
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75			# aaa.txt(版本2)
.git/objects/a2/4447346b4470013f38a67d14d97f975e39c037			# 树对象v2（包含aaa.v2和bbb）
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt(版本1)

查看第2个树对象的内容：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 32dcf33783f09530a55367ae95a221b9ee1c1eba
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    aaa.txt			# v1版本
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p a24447346b4470013f38a67d14d97f975e39c037
100644 blob 7b481520925a2e75716034e3c858b7ef2a9aae75    aaa.txt			# v2版本
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

3.2.4 读取树对象

【语法】

git read-tree --prefix=bak {Tree-hash}		# 根据Tree对象的hash来读取树，将读取到的内容写入暂存区

【练习】

读取树对象v2的内容到暂存区：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git read-tree --prefix=bak a24447346b4470013f38a67d14d97f975e39c037		# 读取版本2的树对象(包含aaa.v2和bbb)到暂存区

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s
100644 7b481520925a2e75716034e3c858b7ef2a9aae75 0       aaa.txt				# aaa.v2（原来暂存区就有的内容）
100644 7b481520925a2e75716034e3c858b7ef2a9aae75 0       bak/aaa.txt			# 树对象.v2中的aaa
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bak/bbb.txt			# 树对象.v2中的bbb
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bbb.txt				# bbb.v1（原来暂存区就有的内容）

将暂存区中的内容生成Tree对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git write-tree
bdf7b58c9bfca7f494b2575ffed44cde91f80ce5

查看所有Git对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象v1（包含aaa.v1和bbb）
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt（版本1）		
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75			# aaa.txt(版本2)
.git/objects/a2/4447346b4470013f38a67d14d97f975e39c037			# 树对象v2（包含aaa.v2和bbb）
.git/objects/bd/f7b58c9bfca7f494b2575ffed44cde91f80ce5			# 树对象v3（树对象v2和树对象v1）
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt(版本1)

查看三个树对象的内容：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 32dcf33783f09530a55367ae95a221b9ee1c1eba
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    aaa.txt			# v1版本
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p a24447346b4470013f38a67d14d97f975e39c037
100644 blob 7b481520925a2e75716034e3c858b7ef2a9aae75    aaa.txt			# v2版本
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p bdf7b58c9bfca7f494b2575ffed44cde91f80ce5
100644 blob 7b481520925a2e75716034e3c858b7ef2a9aae75    aaa.txt			# v2版本
040000 tree a24447346b4470013f38a67d14d97f975e39c037    bak				# 树对象v2版本
100644 blob c200906efd24ec5e783bee7f23b5d7c941b0c12c    bbb.txt

此时树对象（v3）包含一个树对象（v2）和两个Blob对象；

3.3 Commit对象

3.3.1 Commit对象简介

Tree对象代表了项目中的一次版本快照，但是Tree对象缺失了一些日志信息，例如本次版本快照是谁（哪个开发人员）产生的？本次的版本快照的主要内容（日志信息）是什么？等等。

Commit对象也称提交对象，Commit对象是对Tree对象的包裹添加一些注释信息。值得注意的是：虽然Tree对象代表一次项目的版本快照，但是由于缺少注释信息，我们在生成Tree对象时还会将其打包为Commit对象，就这样，项目的一次完整版本快照就生成完毕了。

3.3.2 生成Commit对象

【语法】

echo '提交注释' | git commit-tree {tree-hash}		# 将指定的tree对象包裹为commit对象

查询所有Git对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象v1（包含aaa.v1和bbb）
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt（版本1）		
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75			# aaa.txt(版本2)
.git/objects/a2/4447346b4470013f38a67d14d97f975e39c037			# 树对象v2（包含aaa.v2和bbb）
.git/objects/bd/f7b58c9bfca7f494b2575ffed44cde91f80ce5			# 树对象v3（树对象v2和树对象v1）
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt(版本1)

生成提交对象

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		
$ echo "提交tree.v1" | git commit-tree 32dcf33783f09530a55367ae95a221b9ee1c1eba		# 生成提交对象
44811b2b63f5cbbc118012d7a8831479354f2c20

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		
$ git cat-file -t 44811b2b63f5cbbc118012d7a8831479354f2c20				# 查看Git类型的类型
commit

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 44811b2b63f5cbbc118012d7a8831479354f2c20				# 查看提交对象的内容
tree 32dcf33783f09530a55367ae95a221b9ee1c1eba		# 该提交对象所包裹的树对象
author xiaohui <[email protected]> 1696939487 +0800		# 作者信息
committer xiaohui <[email protected]> 1696939487 +0800		

提交tree.v1			# 日志信息

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 查看暂存区（生成提交对象不会对暂存区有影响）
$ git ls-files -s
100644 7b481520925a2e75716034e3c858b7ef2a9aae75 0       aaa.txt
100644 7b481520925a2e75716034e3c858b7ef2a9aae75 0       bak/aaa.txt
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bak/bbb.txt
100644 c200906efd24ec5e783bee7f23b5d7c941b0c12c 0       bbb.txt

Tips：生成Blob对象和Tree对象时，只要操作一致多次生成的Blob对象和Tree对象的编号是一样的，但是Commit对象的编号即使多次操作一致，编号也会不一样

查看所有Git对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f

.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象v1（包含aaa.v1和bbb）
.git/objects/44/811b2b63f5cbbc118012d7a8831479354f2c20			# 提交对象
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt（版本1）		
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75			# aaa.txt(版本2)
.git/objects/a2/4447346b4470013f38a67d14d97f975e39c037			# 树对象v2（包含aaa.v2和bbb）
.git/objects/bd/f7b58c9bfca7f494b2575ffed44cde91f80ce5			# 树对象v3（树对象v2和树对象v1）
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt(版本1)

3.3.3 指定父Commit对象提交

在生成Commit对象对象时，我们可以设置该Commit对象的父Commit对象，代表本次的Commit对象是基于上一次Commit的版本更新；这样就形成了一个版本更新链路，我们根据这个链路就可以进行版本穿梭。

指定父对象生成提交对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "提交tree.v2" | git commit-tree a24447346b4470013f38a67d14d97f975e39c037 -p 44811b2b63f5cbbc118012d7a8831479354f2c20
4d7779d1ef87bca1e988b76e4dd1cf9b7b47f858

查询提交对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -t 4d7779d1ef87bca1e988b76e4dd1cf9b7b47f858
commit

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 4d7779d1ef87bca1e988b76e4dd1cf9b7b47f858		# 查看提交对象内容
tree a24447346b4470013f38a67d14d97f975e39c037
parent 44811b2b63f5cbbc118012d7a8831479354f2c20			# 父提交对象
author xiaohui <[email protected]> 1696941179 +0800	# 作者信息
committer xiaohui <[email protected]> 1696941179 +0800	
	
提交tree.v2		# 日志信息

查看所有的Git对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/32/dcf33783f09530a55367ae95a221b9ee1c1eba			# 树对象v1（包含aaa.v1和bbb）
.git/objects/44/811b2b63f5cbbc118012d7a8831479354f2c20			# 提交对象（树对象v1）
.git/objects/4d/7779d1ef87bca1e988b76e4dd1cf9b7b47f858			# 提交对象（树对象v2）
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# aaa.txt（版本1）		
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75			# aaa.txt(版本2)
.git/objects/a2/4447346b4470013f38a67d14d97f975e39c037			# 树对象v2（包含aaa.v2和bbb）
.git/objects/bd/f7b58c9bfca7f494b2575ffed44cde91f80ce5			# 树对象v3（树对象v2和树对象v1）
.git/objects/c2/00906efd24ec5e783bee7f23b5d7c941b0c12c			# bbb.txt(版本1)

四、Git命令原理

4.1 基本操作命令原理

4.1.1 add命令原理

add命令实际上是做了两个步骤：

1）将文件添加到了暂存区（暂存区并不会清空）
2）生成了一个Blob对象

所以，在Git中，执行add命令后文件就已经提交到了版本库（生成了Blob对象），不过此时还没有生成Tree对象和Commit对象；

【示例】：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace
$ git init
Initialized empty Git repository in C:/Users/Admin/Desktop/workspace/.git/

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "111" >> aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 添加到暂存区并生成Blob对象
$ git add ./
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 查看暂存区
$ git ls-files -s
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 查看Git对象的类型
$ git cat-file -t 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
blob

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 查看内容
$ git cat-file -p 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
111

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 查看生成的Git对象
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c

4.1.2 commit命令原理

按照我们之前的步骤，文件执行add命令后，就可以执行commit命令将其提交了；

Tips：任何文件只有第一次需要显示的执行add操作，之后执行commit操作之前Git会自动的帮我们执行add操作，我们不需要显示的执行add操作，如果我们执行了add操作，那么Git的add操作将不会执行；

commit命令在底层做了4个步骤：

1）将文件添加到暂存区（默认执行的add操作）
2）将本次暂存区中的内容生成了Tree对象
3）将生成的Tree对象打包生成一个新的Commit对象
4）最新的提交对象的父提交对象自动设置为上一次的提交对象

【示例】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 查看Git中的所有Git对象
$ find .git/objects/ -type f			
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c		# 只有一个Blob对象
	
Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 执行commit命令
$ git commit -m "第一次提交" ./
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
[master (root-commit) eb2795c] 第一次提交
 1 file changed, 1 insertion(+)
 create mode 100644 aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c		# Blob对象
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af		# Tree对象
.git/objects/eb/2795ce498f69376e382d037997d8bef83d8aab		# Commit对象

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -t 8f96f2f60c766a6a6b78591e06e6c1529c0ad9af
tree

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 8f96f2f60c766a6a6b78591e06e6c1529c0ad9af
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -t eb2795ce498f69376e382d037997d8bef83d8aab
commit

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p eb2795ce498f69376e382d037997d8bef83d8aab
tree 8f96f2f60c766a6a6b78591e06e6c1529c0ad9af
author xiaohui <[email protected]> 1697007804 +0800
committer xiaohui <[email protected]> 1697007804 +0800

第一次提交

查看暂存区，发现内容依旧没变：

$ git ls-files -s
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       aaa.txt

文件只有第一次提交前需要add，后续文件更改之后直接commit即可（相当于commit之前会自动的执行一次add）；

【示例】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ echo "1010" >> aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 再次提交
$ git commit -m "追加1010" ./
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
warning: LF will be replaced by CRLF in aaa.txt.
The file will have its original line endings in your working directory
[master 5d07f11] 追加1010
 1 file changed, 1 insertion(+)

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 暂存区的内容更新了（因为commit之前默认执行了一次add操作）	
$ git ls-files -s
100644 7b481520925a2e75716034e3c858b7ef2a9aae75 0       aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 7b481520925a2e75716034e3c858b7ef2a9aae75			# 暂存区的内容已经更新
111
1010

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c		# Blob对象.v1
.git/objects/5d/07f11a75f93e032f126f0f091f739f5a54e987		# Commit对象.v2
.git/objects/7b/481520925a2e75716034e3c858b7ef2a9aae75		# Blob对象.v2
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af		# Tree对象.v1
.git/objects/e0/87e4c17c795f24ed88a92d89db9a9154867eca		# Tree对象.v2
.git/objects/eb/2795ce498f69376e382d037997d8bef83d8aab		# Commit对象.v1

查看新Git对象的内容：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 7b481520925a2e75716034e3c858b7ef2a9aae75
111
1010

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p e087e4c17c795f24ed88a92d89db9a9154867eca
100644 blob 7b481520925a2e75716034e3c858b7ef2a9aae75    aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 5d07f11a75f93e032f126f0f091f739f5a54e987
tree e087e4c17c795f24ed88a92d89db9a9154867eca						# Tree对象.v2
parent eb2795ce498f69376e382d037997d8bef83d8aab						# 父提交对象为上一次的提交对象（Commit对象.v1）
author xiaohui <[email protected]> 1697008519 +0800
committer xiaohui <[email protected]> 1697008519 +0800

追加1010

4.2 Git其他命令原理

4.2.1 文件删除原理

在Git中执行删除实质上也是文件版本的一次迭代更新，只要文件被纳入到Git中，那么该文件将永远不会被删除，Git要做的只是进行版本的迭代更新，在新版本的项目快照中"查询不到"上一次版本快照已经删除的数据；

1）普通方式删除

【初始化版本库】

rm -rf .git ./*  # 删除之前的文件
git init
echo "111" >> aaa.txt
git add ./
git commit -m '111' ./

【查看当前工作目录状态，以及暂存区】：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob对象
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree对象
.git/objects/ff/b99cd844f6fe93d022a3cb0ccffeba2f693d3b			# Comimt对象

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 暂存区
$ git ls-files -s
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 工作空间状态
$ git status
On branch master
nothing to commit, working tree clean

【删除磁盘文件，查看工作空间状态】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ rm -rf aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			
$ git status
On branch master
Changes not staged for commit:		# 表示有文件被修改了，但是还未被Git追踪到（需要执行add操作）
  (use "git add/rm ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
        deleted:    aaa.txt

no changes added to commit (use "git add" and/or "git commit -a")

【将操作添加到暂存区，查看暂存区，并且查看当前工作状态】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git add ./

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git status
On branch master
Changes to be committed:		# 表示操作已经被Git追踪，但是还未提交
  (use "git restore --staged ..." to unstage)
        deleted:    aaa.txt

【查看Git对象，删除之后再查看Git对象】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob对象
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree对象
.git/objects/ff/b99cd844f6fe93d022a3cb0ccffeba2f693d3b			# Comimt对象

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git commit -m 'del aaa.txt' ./
[master 5e2f7f4] del aaa.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/4b/825dc642cb6eb9a060e54bf8d69288fbee4904			# Tree对象.v2
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob对象.v1
.git/objects/5e/2f7f40d3bd474899677d23623dfd24b4c2f68b			# Commit对象.v2
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree对象.v1
.git/objects/ff/b99cd844f6fe93d022a3cb0ccffeba2f693d3b			# Comimt对象.v1

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 5e2f7f40d3bd474899677d23623dfd24b4c2f68b
tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904			# 本次Commit对象所包裹的Tree对象
parent ffb99cd844f6fe93d022a3cb0ccffeba2f693d3b
author xiaohui <[email protected]> 1697010258 +0800
committer xiaohui <[email protected]> 1697010258 +0800

del aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 4b825dc642cb6eb9a060e54bf8d69288fbee4904

Git中删除文件其实也是对版本进行迭代的更新，并不是连版本（Blob对象）都删除了；，通过之前的Blob对象依旧可以找回被删除的数据：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
111

2）git rm 命令原理

git rm命令实质上就是相当于先执行rm -rf将文件从磁盘中删除，然后再执行add操作添加到暂存区，此时工作空间的状态为Changes to be committed，即：更改的操作已经被追踪到了，但操作还未被提交。

【示例】

初始化工作空间：

rm -rf .git ./*  # 删除之前的文件
git init
echo "111" >> aaa.txt
git add ./
git commit -m '111' ./

find .git/objects/ -type f		# 查看所有Git对象
.git/objects/09/9ea94b51e52e0ff99638b913cd9613dda7af6c			# Commit
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob		
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree

执行git rm命令：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		
$ git rm aaa.txt
rm 'aaa.txt'

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 查看暂存区
$ git ls-files -s

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)		# 工作空间状态
$ git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        deleted:    aaa.txt

执行commit命令，查看Git对象：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/09/9ea94b51e52e0ff99638b913cd9613dda7af6c			# Commit.v1
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob.v1	
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree.v1

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git commit -m "del 111" ./
[master d08d2c2] del 111
 1 file changed, 1 deletion(-)
 delete mode 100644 aaa.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/09/9ea94b51e52e0ff99638b913cd9613dda7af6c			# Commit.v1
.git/objects/4b/825dc642cb6eb9a060e54bf8d69288fbee4904			# Tree.v2
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob.v1		
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree.v1
.git/objects/d0/8d2c252002928d6d0ac4c6f047674a947c9ad8			# Commit.v2

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -t 4b825dc642cb6eb9a060e54bf8d69288fbee4904
tree
Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 4b825dc642cb6eb9a060e54bf8d69288fbee4904

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p d08d2c252002928d6d0ac4c6f047674a947c9ad8
tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904		# 包裹的是Tree.v2
parent 099ea94b51e52e0ff99638b913cd9613dda7af6c		# 父提交对象是Commit.v1
author xiaohui <[email protected]> 1697012325 +0800
committer xiaohui <[email protected]> 1697012325 +0800

del 111

我们任然可以通过查询Blob对象来找到删除之前的数据：

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c
111

4.2.2 文件改名原理

Git中改名的原理和删除的原理基本类似，在Git中对一个文件名称进行修改并将该操作提交后，实质上也是对系统版本的一个迭代更新，新版本中Tree对象的内容就是改名之后的文件；

1）普通方式改名

使用mv命令对磁盘中的文件改名，本质上是先删除之前的文件，然后再添加一个新的文件（新名称）；

对于删除的文件状态为no changes added to commit：我们可以直接commit，因为该文件已经被Git追踪到了，直接执行commit操作git会帮我们先执行add
对于新增的文件状态为Untraked files：必须先使用add先让Git追踪到该文件；然后再执行commit操作；

【初始化Git仓库】

rm -rf .git ./*  # 删除之前的文件
git init
echo "111" >> aaa.txt
git add ./
git commit -m '111' ./

find .git/objects/ -type f			# 查看所有Git对象
.git/objects/df/9f8fd1bd24827ac3d98b34e2d91995930454fc			# Commit
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob		
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree

【将aaa.txt改为bbb.txt，并查看工作空间状态】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ mv aaa.txt bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git status
On branch master
Changes not staged for commit:		# 删除了aaa.txt
  (use "git add/rm ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
        deleted:    aaa.txt

Untracked files:					# 新增了一个bbb.txt
  (use "git add ..." to include in what will be committed)
        bbb.txt

no changes added to commit (use "git add" and/or "git commit -a")

【添加到暂存区】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 相当于把两个文件都执行了add操作
$ git add ./
warning: LF will be replaced by CRLF in bbb.txt.
The file will have its original line endings in your working directory

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        renamed:    aaa.txt -> bbb.txt


Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git commit -m "aaa.txt -> bbb.txt" ./
warning: LF will be replaced by CRLF in bbb.txt.
The file will have its original line endings in your working directory
[master 2ad5a58] aaa.txt -> bbb.txt
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename aaa.txt => bbb.txt (100%)

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git status
On branch master
nothing to commit, working tree clean

【查看Git对象和暂存区】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s				# 查看暂存区
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/28/2f20536f6a6a28cb2106e53b68427330526432			# Tree.v2
.git/objects/2a/d5a581fd9af4e1d6d59b2a66a33483488dcc41			# Commit.v2
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob.v1
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree.v1
.git/objects/df/9f8fd1bd24827ac3d98b34e2d91995930454fc			# Commit.v1

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 282f20536f6a6a28cb2106e53b68427330526432		# 新的Tree对象的内容已经变为bbb.txt
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git cat-file -p 2ad5a581fd9af4e1d6d59b2a66a33483488dcc41
tree 282f20536f6a6a28cb2106e53b68427330526432			# 该Commit对象包裹的是Tree.v2
parent df9f8fd1bd24827ac3d98b34e2d91995930454fc
author xiaohui <[email protected]> 1697014704 +0800
committer xiaohui <[email protected]> 1697014704 +0800

aaa.txt -> bbb.txt

2）git mv 命令原理

git mv命令实质上就是先执行mv命令将文件先更改为最新的名称，然后再使用add命令将操作添加到暂存区，此时工作空间的状态为Changes to be committed，即：更改的操作已经被追踪到了，但操作还未提交，接下来我们只需要执行commit命令将操作提交即可。

【初始化Git仓库】

rm -rf .git ./*  # 删除之前的文件
git init
echo "111" >> aaa.txt
git add ./
git commit -m '111' ./

find .git/objects/ -type f			# 查看所有Git对象
.git/objects/fa/b47cbbeb5b6a5a49ff6ad1b2872d4778cff967			# Commit
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob		
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree

【使用git mv修改文件名称】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git mv aaa.txt bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git ls-files -s
100644 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c 0       bbb.txt		# 暂存区的内容已经变为bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        renamed:    aaa.txt -> bbb.txt

【查看所有Git对象】

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ git commit -m "aaa.txt -> bbb.txt" ./				# 执行提交操作
warning: LF will be replaced by CRLF in bbb.txt.
The file will have its original line endings in your working directory
[master 9a23c32] aaa.txt -> bbb.txt
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename aaa.txt => bbb.txt (100%)

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)
$ find .git/objects/ -type f
.git/objects/28/2f20536f6a6a28cb2106e53b68427330526432			# Tree.v2
.git/objects/58/c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c			# Blob.v1
.git/objects/8f/96f2f60c766a6a6b78591e06e6c1529c0ad9af			# Tree.v1
.git/objects/9a/23c32ffe86d236878eabffe6135dfd462e422d			# Commit.v2
.git/objects/fa/b47cbbeb5b6a5a49ff6ad1b2872d4778cff967			# Commit.v1

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 查看Tree.v2的内容
$ git cat-file -p 282f20536f6a6a28cb2106e53b68427330526432
100644 blob 58c9bdf9d017fcd178dc8c073cbfcbb7ff240d6c    bbb.txt

Adminstrator@LAPTOP-OC90J78H MINGW64 ~/Desktop/workspace (master)			# 查看Commit.v2的内容
$ git cat-file -p 9a23c32ffe86d236878eabffe6135dfd462e422d
tree 282f20536f6a6a28cb2106e53b68427330526432			# 该Commit对象是对Tree.v2的包裹
parent fab47cbbeb5b6a5a49ff6ad1b2872d4778cff967			# 父Commit对象是Commit.v1
author xiaohui <[email protected]> 1697018131 +0800
committer xiaohui <[email protected]> 1697018131 +0800

aaa.txt -> bbb.txt

你可能感兴趣的:(#,《Git系列教程》,git,分布式与集中式,版本控制,Git的工作流程,Git配置)

斤斤计较的婚姻到底有多难？白心之岂必有为
很多人私聊我会问到在哪个人群当中斤斤计较的人最多？我都会回答他，一般婚姻出现问题的斤斤计较的人士会非常多，以我多年经验，在婚姻落的一塌糊涂的人当中，斤斤计较的人数占比在20～30%以上，也就是说10个婚姻出现问题的斤斤计较的人有2-3个有多不减。在婚姻出问题当中，有大量的心理不平衡的、尖酸刻薄的怨妇。在婚姻中仅斤斤计较有两种类型：第一种是物质上的，另一种是精神上的。在物质与精神上抠门已经严重的影响
情绪觉察日记第37天露露_e800
今天是家庭关系规划师的第二阶最后一天，慧萍老师帮我做了个案，帮我处理了埋在心底好多年的一份恐惧，并给了我深深的力量！这几天出来学习，爸妈过来婆家帮我带小孩，妈妈出于爱帮我收拾东西，并跟我先生和婆婆产生矛盾，妈妈觉得他们没有照顾好我…。今晚回家见到妈妈，我很欣赏她并赞扬她，妈妈说今晚要跟我睡我说好，当我们俩躺在床上准备睡觉的时候，我握着妈妈的手对她说:妈妈这几天辛苦你了，你看你多利害把我们的家收拾得
芦花鞋一四许叶晗
又是在一个寒冷的夏日里，青铜和葵花决定今天一起去卖芦花鞋，奶奶亲手给他们做了一碗热乎乎的粥对他们说:“就靠你们两挣生活费了这碗粥赶紧趁热喝了吧！”于是青铜和葵花喝完了奶奶给她们做的粥，就准备去镇上卖卢花鞋，这回青铜和葵花穿着新的芦花鞋来到了镇上。青铜这回看到了很多人都在卖，用手势表达对葵花说:“这回有好多人在抢我们生意呢！我们必须得吆喝起来。”葵花点了点头。可是谁知他们也大声的叫，卖芦花喽！卖芦花
QQ群采集助手，精准引流必备神器 2401_87347160 其他经验分享
功能概述微信群查找与筛选工具是一款专为微信用户设计的辅助工具，它通过关键词搜索功能，帮助用户快速找到相关的微信群，并提供筛选是否需要验证的群组的功能。主要功能关键词搜索：用户可以输入关键词，工具将自动查找包含该关键词的微信群。筛选功能：工具提供筛选机制，用户可以选择是否只显示需要验证或不需要验证的群组。精准引流：通过上述功能，用户可以更精准地找到目标群组，进行有效的引流操作。3.设备需求该工具可以
关于沟通这件事，项目经理不需要每次都面对面进行流程大师兄
很多项目经理都会遇到这样的问题，项目中由于事情太多，根本没有足够的时间去召开会议，那在这种情况下如何去有效地管理项目中的利益相关者？当然，不建议电子邮件也不需要开会的话，建议可以采取下面几种方式来形成有效的沟通，这几种方式可以帮助你努力的通过各种办法来保持和各方面的联系。项目经理首先要问自己几个问题，项目中哪些利益相关者是必须要进行沟通的？可以列出项目中所有的利益相关者清单，同时也整理出项目中哪些
机器学习与深度学习间关系与区别 ℒℴѵℯ心·动ꦿ໊ོ꫞ 人工智能学习深度学习 python
一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入
铭刻于星（四十二）随风至
69夜晚，绍敏同学做完功课后，看了眼房外，没听到动静才敢从书包的夹层里拿出那个心形纸团。折痕压得很深，都有些旧了，想来是已经写好很久了。绍敏同学慢慢地、轻轻地捏开折叠处，待到全部拆开后，又反复抚平纸张，然后仔细地一字字默看。只是开头的三个字是第一次看到，让她心漏跳了几拍。“亲爱的绍敏：从四年级的时候，我就喜欢你了，但是我一直不敢说，怕影响你学习。六年级的时候听说有人跟你表白，你接受了，我很难过，但
底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说造命者说
底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说我叫吴起，生于公元前440年的战国初期，正是群雄并起、天下纷争不断的时候。后人说我是军事家、政治家、改革家，是兵家代表人物。评价我一生历仕鲁、魏、楚三国，通晓兵家、法家、儒家三家思想，在内政军事上都有极高的成就。周安王二十一年（公元前381年），因变法得罪守旧贵族，被人乱箭射死。我出生在卫国一个“家累万金”的富有家庭，从年轻时候起就不甘平凡
2020-01-25 晴岚85
郑海燕坚持分享590天2020.1.24在生活中只存在两个问题。一个问题是：你知道想要达成的目标是什么，但却不知道如何才能达成；另一个问题是：你不知道你的目标是什么。前一个是行动的问题，后一个是结果的问题。通过制定具体的下一步行动，可以解决不知道如何开始行动的问题。而通过去想象结果，对结果做预估，可以解决找不着目标的问题。对于所有吸引我们注意力，想要完成的任务，你可以先想象一下，预期的结果究竟是什
随笔 | 仙一般的灵气海思沧海
仙岛今天，我看了你全部，似乎已经进入你的世界我不知道，这是否是梦幻，还是你仙一般的灵气吸引了我也许每一个人都要有一份属于自己的追求，这样才能够符合人生的梦想，生活才能够充满着阳光与快乐我不知道，我为什么会这样的感叹，是在感叹自己的人生，还是感叹自己一直没有孜孜不倦的追求只感觉虚度了光阴，每天活在自己的梦中，活在一个不真实的世界是在逃避自己，还是在逃避周围的一切有时候我嘲笑自己，嘲笑自己如此的虚无，
想家爆米花机
也许不同于大家对家乡的思念，我对家乡甚至是疯狂的不舍。还未踏出车站就感觉到幸福，我享受这里的夕阳、这里的浓烈柴火味、这里每一口家常菜。我是宅女，我贪恋家的安逸。刚刚踏出大学校门，初出茅庐，无法适应每年只能国庆和春节回家。我焦虑、失眠、无端发脾气，是无法适应工作的节奏，是无法接受我将一步步离开家乡的事实。我不想承认自己胸无大志，选择再次踏上征程。图片发自App
【iOS】MVC设计模式 Magnetic_h ios mvc 设计模式 objective-c 学习 ui
MVC前言如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architecturalpattern），属于编程的方法论。MVC模式就是架构模式的一种。它是Apple官方推荐的App开发架构，也是一般开发者最先遇到、最经典的架构。MVC各层controller层Controller/ViewController/VC（控制器）负责协调Model和View，处理大部分逻辑它将数据从Mod
OC语言多界面传值五大方式 Magnetic_h ios ui 学习 objective-c 开发语言
前言在完成暑假仿写项目时，遇到了许多需要用到多界面传值的地方，这篇博客来总结一下比较常用的五种多界面传值的方式。属性传值属性传值一般用前一个界面向后一个界面传值，简单地说就是通过访问后一个视图控制器的属性来为它赋值，通过这个属性来做到从前一个界面向后一个界面传值。首先在后一个界面中定义属性@interfaceBViewController:UIViewController@propertyNSSt
一百九十四章. 自相矛盾巨木擎天
唉！就这么一夜，林子感觉就像过了很多天似的，先是回了阳间家里，遇到了那么多不可思议的事情儿。特别是小伙伴们，第二次与自己见面时，僵硬的表情和恐怖的气氛，让自己如坐针毡，打从心眼里难受！还有东子，他现在还好吗？有没有被人欺负？护城河里的小鱼小虾们，还都在吗？水不会真的干枯了吧？那对相亲相爱漂亮的太平鸟儿，还好吧！春天了，到了做窝、下蛋、喂养小鸟宝宝的时候了，希望它们都能够平安啊！虽然没有看见家人，也
UI学习——cell的复用和自定义cell Magnetic_h ui 学习
目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添
element实现动态路由+面包屑软件技术NINI vue案例 vue.js 前端
el-breadcrumb是ElementUI组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。在Vue.js项目中，如果你已经安装了ElementUI，就可以很方便地使用el-breadcrumb组件。以下是一个基本的使用示例：安装ElementUI（如果你还没有安装的话）:你可以通过npm或yarn来安装ElementUI。bash复制代码npmi
10月|愿你的青春不负梦想-读书笔记-01 Tracy的小书斋
本书的作者是俞敏洪，大家都很熟悉他了吧。俞敏洪老师是我行业的领头羊吧，也是我事业上的偶像。本日摘录他书中第一章中的金句：『一个人如果什么目标都没有，就会浑浑噩噩，感觉生命中缺少能量。能给我们能量的，是对未来的期待。第一件事，我始终为了进步而努力。与其追寻全世界的骏马，不如种植丰美的草原，到时骏马自然会来。第二件事，我始终有阶段性的目标。什么东西能给我能量？答案是对未来的期待。』读到这里的时候，我便
C语言宏函数南林yan C语言 c语言
一、什么是宏函数？通过宏定义的函数是宏函数。如下，编译器在预处理阶段会将Add(x,y)替换为((x)*(y))#defineAdd(x,y)((x)*(y))#defineAdd(x,y)((x)*(y))intmain(){inta=10;intb=20;intd=10;intc=Add(a+d,b)*2;cout<
地推话术，如何应对地推过程中家长的拒绝校师学
相信校长们在做地推的时候经常遇到这种情况：市场专员反馈家长不接单，咨询师反馈难以邀约这些家长上门，校区地推疲软，招生难。为什么？仅从地推层面分析，一方面因为家长受到的信息轰炸越来越多，对信息越来越“免疫”；而另一方面地推人员的专业能力和营销话术没有提高，无法应对家长的拒绝，对有意向的家长也不知如何跟进，眼睁睁看着家长走远；对于家长的疑问，更不知道如何有技巧地回答，机会白白流失。由于回答没技巧和专业
谢谢你们，爱你们！鹿游儿
昨天家人去泡温泉，二个孩子也带着去，出发前一晚，匆匆下班，赶回家和孩子一起收拾。饭后，我拿出笔和本子（上次去澳门时做手帐的本子）写下了1\2\3\4\5\6\7\8\9,让后让小壹去思考，带什么出发去旅游呢？她在对应的数字旁边画上了，泳衣、泳圈、肖恩、内衣内裤、tapuy、拖鞋……画完后，就让她自己对着这个本子，将要带的，一一带上，没想到这次带的书还是这本《便便工厂》(晚上姑婆发照片过来，妹妹累得
C语言如何定义宏函数？小九格物 c语言
在C语言中，宏函数是通过预处理器定义的，它在编译之前替换代码中的宏调用。宏函数可以模拟函数的行为，但它们不是真正的函数，因为它们在编译时不会进行类型检查，也不会分配存储空间。宏函数的定义通常使用#define指令，后面跟着宏的名称和参数列表，以及宏展开后的代码。宏函数的定义方式：1.基本宏函数：这是最简单的宏函数形式，它直接定义一个表达式。#defineSQUARE(x)((x)*(x))2.带参
微服务下功能权限与数据权限的设计与实现 nbsaas-boot 微服务 java 架构
在微服务架构下，系统的功能权限和数据权限控制显得尤为重要。随着系统规模的扩大和微服务数量的增加，如何保证不同用户和服务之间的访问权限准确、细粒度地控制，成为设计安全策略的关键。本文将讨论如何在微服务体系中设计和实现功能权限与数据权限控制。1.功能权限与数据权限的定义功能权限：指用户或系统角色对特定功能的访问权限。通常是某个用户角色能否执行某个操作，比如查看订单、创建订单、修改用户资料等。数据权限：
理解Gunicorn：Python WSGI服务器的基石范范0825 ipython linux 运维
理解Gunicorn：PythonWSGI服务器的基石介绍Gunicorn，全称GreenUnicorn，是一个为PythonWSGI（WebServerGatewayInterface）应用设计的高效、轻量级HTTP服务器。作为PythonWeb应用部署的常用工具，Gunicorn以其高性能和易用性著称。本文将介绍Gunicorn的基本概念、安装和配置，帮助初学者快速上手。1.什么是Gunico
小丽成长记（四十三）玲玲54321
小丽发现，即使她好不容易调整好自己的心态下一秒总会有不确定的伤脑筋的事出现，一个接一个的问题，人生就没有停下的时候，小问题不断出现。不过她今天看的书，她接受了人生就是不确定的，厉害的人就是不断创造确定性，在Ta的领域比别人多的确定性就能让自己脱颖而出，显示价值从而获得的比别人多的利益。正是这样的原因，因为从前修炼自己太少，使得她现在在人生道路上打怪起来困难重重，她似乎永远摆脱不了那种无力感，有种习
学点心理知识，呵护孩子健康静候花开_7090
昨天听了华中师范大学教育管理学系副教授张玲老师的《哪里才是学生心理健康的最后庇护所，超越教育与技术的思考》的讲座。今天又重新学习了一遍，收获匪浅。张玲博士也注意到了当今社会上的孩子由于心理问题导致的自残、自杀及伤害他人等恶性事件。她向我们普及了一个重要的命题，她说心理健康的一些基本命题，我们与我们通常的一些教育命题是不同的，她还举了几个例子，让我们明白我们原来以为的健康并非心理学上的健康。比如如果
2021年12月19日，春蕾教育集团团建活动感受——黄晓丹黄错错加油
感受:1.从陌生到熟悉的过程。游戏环节让我们在轻松的氛围中得到了锻炼，也增长了不少知识。2.游戏过程中，我们贡献的是个人力量，展现的是团队的力量。它磨合的往往不止是工作的熟悉，更是观念上契合度的贴近。3.这和工作是一样的道理。在各自的岗位上，每个人摆正自己的位置、各司其职充分发挥才能，并团结一致劲往一处使，才能实现最大的成功。新知:1.团队精神需要不断地创新。过去，人们把创新看作是冒风险，现在人们
Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断尐尐呅
结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序
c++ 的iostream 和 c++的stdio的区别和联系黄卷青灯77 c++算法开发语言 iostream stdio
在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in
瑶池防线谜影梦蝶
冥华虽然逃过了影梦的军队，但他是一个忠臣，他选择上报战况。败给影梦后成逃兵，高层亡尔还活着，七重天失守......随便一条，即可处死冥华。冥华自然是知道以仙界高层的习性此信一发自己必死无疑，但他还选择上报实情，因为责任。同样此信送到仙宫后，知道此事的人，大多数人都认定冥华要完了，所以上到仙界高层，下到扫大街的，包括冥华自己，全都准备好迎接冥华之死。如果仙界现在还属于两方之争的话，冥华必死无疑。然而
爬山后遗症璃绛
爬山，攀登，一步一步走向制高点，是一种挑战。成功抵达是一种无法言语的快乐，在山顶吹吹风，看看风景，这是从未有过的体验。然而，爬山一时爽，下山腿打颤，颠簸的路，一路向下走，腿部力量不够，走起来抖到不行，停不下来了！第二天必定腿疼，浑身酸痛，坐立难安！
web报表工具FineReport常见的数据集报错错误代码和解释老A不折腾 web报表 finereport 代码可视化工具
在使用finereport制作报表，若预览发生错误，很多朋友便手忙脚乱不知所措了，其实没什么，只要看懂报错代码和含义，可以很快的排除错误，这里我就分享一下finereport的数据集报错错误代码和解释，如果有说的不准确的地方，也请各位小伙伴纠正一下。 NS-war-remote=错误代码\:1117 压缩部署不支持远程设计 NS_LayerReport_MultiDs=错误代码
Java的WeakReference与WeakHashMap bylijinnan java 弱引用
首先看看 WeakReference wiki 上 Weak reference 的一个例子： public class ReferenceTest { public static void main(String[] args) throws InterruptedException { WeakReference r = new Wea
Linux——（hostname）主机名与ip的映射 eksliang linux hostname
一、什么是主机名无论在局域网还是INTERNET上，每台主机都有一个IP地址，是为了区分此台主机和彼台主机，也就是说IP地址就是主机的门牌号。但IP地址不方便记忆，所以又有了域名。域名只是在公网（INtERNET)中存在，每个域名都对应一个IP地址，但一个IP地址可有对应多个域名。域名类型 linuxsir.org 这样的；主机名是用于什么的呢？答：在一个局域网中，每台机器都有一个主
oracle 常用技巧 18289753290
oracle常用技巧 ①复制表结构和数据 create table temp_clientloginUser as select distinct userid from tbusrtloginlog ②仅复制数据如果表结构一样 insert into mytable select * &nb
使用c3p0数据库连接池时出现com.mchange.v2.resourcepool.TimeoutException 酷的飞上天空 exception
有一个线上环境使用的是c3p0数据库，为外部提供接口服务。最近访问压力增大后台tomcat的日志里面频繁出现 com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource from com.mchange.v2.resourcepool.BasicResou
IT系统分析师如何学习大数据蓝儿唯美大数据
我是一名从事大数据项目的IT系统分析师。在深入这个项目前需要了解些什么呢？学习大数据的最佳方法就是先从了解信息系统是如何工作着手，尤其是数据库和基础设施。同样在开始前还需要了解大数据工具，如Cloudera、Hadoop、Spark、Hive、Pig、Flume、Sqoop与Mesos。系统分析师需要明白如何组织、管理和保护数据。在市面上有几十款数据管理产品可以用于管理数据。你的大数据数据库可能
spring学习——简介 a-john spring
Spring是一个开源框架，是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只能由EJB完成的事情。然而Spring的用途不仅限于服务器端的开发，从简单性，可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。其主要特征是依赖注入、AOP、持久化、事务、SpringMVC以及Acegi Security 为了降低Java开发的复杂性，
自定义颜色的xml文件 aijuans xml
<?xml version="1.0" encoding="utf-8"?> <resources> <color name="white">#FFFFFF</color> <color name="black">#000000</color> &
运营到底是做什么的？ aoyouzi 运营到底是做什么的？
文章来源：夏叔叔（微信号：woshixiashushu），欢迎大家关注！很久没有动笔写点东西，近些日子，由于爱狗团产品上线，不断面试，经常会被问道一个问题。问：爱狗团的运营主要做什么？答：带着用户一起嗨。为什么是带着用户玩起来呢？究竟什么是运营？运营到底是做什么的？那么，我们先来回答一个更简单的问题——互联网公司对运营考核什么？以爱狗团为例，绝大部分的移动互联网公司，对运营部门的考核分为三块——用
js面向对象类和对象百合不是茶 js 面向对象函数创建类和对象
接触js已经有几个月了,但是对js的面向对象的一些概念根本就是模糊的,js是一种面向对象的语言但又不像java一样有class,js不是严格的面向对象语言 ,js在java web开发的地位和java不相上下 ,其中web的数据的反馈现在主流的使用json,json的语法和js的类和属性的创建相似下面介绍一些js的类和对象的创建的技术一:类和对
web.xml之资源管理对象配置 resource-env-ref bijian1013 java web.xml servlet
resource-env-ref元素来指定对管理对象的servlet引用的声明，该对象与servlet环境中的资源相关联 <resource-env-ref> <resource-env-ref-name>资源名</resource-env-ref-name> <resource-env-ref-type>查找资源时返回的资源类
Create a composite component with a custom namespace sunjing
https://weblogs.java.net/blog/mriem/archive/2013/11/22/jsf-tip-45-create-composite-component-custom-namespace When you developed a composite component the namespace you would be seeing would
【MongoDB学习笔记十二】Mongo副本集服务器角色之Arbiter bit1129 mongodb
一、复本集为什么要加入Arbiter这个角色回答这个问题，要从复本集的存活条件和Aribter服务器的特性两方面来说。什么是Artiber？ An arbiter does not have a copy of data set and cannot become a primary. Replica sets may have arbiters to add a
Javascript开发笔记白糖_ JavaScript
获取iframe内的元素通常我们使用window.frames["frameId"].document.getElementById("divId").innerHTML这样的形式来获取iframe内的元素，这种写法在IE、safari、chrome下都是通过的，唯独在fireforx下不通过。其实jquery的contents方法提供了对if
Web浏览器Chrome打开一段时间后，运行alert无效 bozch Web chorme alert 无效
今天在开发的时候，突然间发现alert在chrome浏览器就没法弹出了，很是怪异。试了试其他浏览器，发现都是没有问题的。开始想以为是chorme浏览器有啥机制导致的，就开始尝试各种代码让alert出来。尝试结果是仍然没有显示出来。这样开发的结果，如果客户在使用的时候没有提示，那会带来致命的体验。哎，没啥办法了就关闭浏览器重启。结果就好了，这也太怪异了。难道是cho
编程之美-高效地安排会议图着色问题贪心算法 bylijinnan 编程之美
import java.util.ArrayList; import java.util.Collections; import java.util.List; import java.util.Random; public class GraphColoringProblem { /**编程之美高效地安排会议图着色问题贪心算法 * 假设要用很多个教室对一组
机器学习相关概念和开发工具 chenbowen00 算法 matlab 机器学习
基本概念：机器学习(Machine Learning, ML)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。它是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域，它主要使用归纳、综合而不是演绎。开发工具 M
[宇宙经济学]关于在太空建立永久定居点的可能性 comsci 经济
大家都知道,地球上的房地产都比较昂贵,而且土地证经常会因为新的政府的意志而变幻文本格式........ 所以,在地球议会尚不具有在太空行使法律和权力的力量之前,我们外太阳系统的友好联盟可以考虑在地月系的某些引力平衡点上面,修建规模较大的定居点
oracle 11g database control 证书错误 daizj oracle 证书错误 oracle 11G 安装
oracle 11g database control 证书错误 win7 安装完oracle11后打开 Database control 后，会打开em管理页面，提示证书错误，点“继续浏览此网站”，还是会继续停留在证书错误页面解决办法：是 KB2661254 这个更新补丁引起的，它限制了 RSA 密钥位长度少于 1024 位的证书的使用。具体可以看微软官方公告：
Java I/O之用FilenameFilter实现根据文件扩展名删除文件游其是你 FilenameFilter
在Java中，你可以通过实现FilenameFilter类并重写accept(File dir, String name) 方法实现文件过滤功能。在这个例子中，我们向你展示在“c:\\folder”路径下列出所有“.txt”格式的文件并删除。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
C语言数组的简单以及一维数组的简单排序算法示例，二维数组简单示例 dcj3sjt126com c array
# include <stdio.h> int main(void) { int a[5] = {1, 2, 3, 4, 5}; //a 是数组的名字 5是表示数组元素的个数，并且这五个元素分别用a[0], a[1]...a[4] int i; for (i=0; i<5; ++i) printf("%d\n",
PRIMARY, INDEX, UNIQUE 这3种是一类 PRIMARY 主键。就是唯一且不能为空。 INDEX 索引，普通的 UNIQUE 唯一索引 dcj3sjt126com primary
PRIMARY, INDEX, UNIQUE 这3种是一类PRIMARY 主键。就是唯一且不能为空。INDEX 索引，普通的UNIQUE 唯一索引。不允许有重复。FULLTEXT 是全文索引，用于在一篇文章中，检索文本信息的。举个例子来说，比如你在为某商场做一个会员卡的系统。这个系统有一个会员表有下列字段：会员编号 INT会员姓名
java集合辅助类 Collections、Arrays shuizhaosi888 Collections Arrays HashCode
Arrays、Collections 1 ）数组集合之间转换 public static <T> List<T> asList(T... a) { return new ArrayList<>(a); } a）Arrays.asL
Spring Security（10）——退出登录logout 234390216 logout Spring Security 退出登录 logout-url LogoutFilter
要实现退出登录的功能我们需要在http元素下定义logout元素，这样Spring Security将自动为我们添加用于处理退出登录的过滤器LogoutFilter到FilterChain。当我们指定了http元素的auto-config属性为true时logout定义是会自动配置的，此时我们默认退出登录的URL为“/j_spring_secu
透过源码学前端之 Backbone 三 Model 逐行分析JS源代码 backbone 源码分析 js学习
Backbone 分析第三部分 Model 概述： Model 提供了数据存储，将数据以JSON的形式保存在 Model的 attributes里，但重点功能在于其提供了一套功能强大，使用简单的存、取、删、改数据方法，并在不同的操作里加了相应的监听事件，如每次修改添加里都会触发 change，这在据模型变动来修改视图时很常用，并且与collection建立了关联。
SpringMVC源码总结（七）mvc:annotation-driven中的HttpMessageConverter 乒乓狂魔 springMVC
这一篇文章主要介绍下HttpMessageConverter整个注册过程包含自定义的HttpMessageConverter，然后对一些HttpMessageConverter进行具体介绍。 HttpMessageConverter接口介绍： public interface HttpMessageConverter<T> { /** * Indicate
分布式基础知识和算法理论 bluky999 算法 zookeeper 分布式一致性哈希 paxos
分布式基础知识和算法理论 BY [email protected] 本文永久链接：http://nodex.iteye.com/blog/2103218 在大数据的背景下，不管是做存储，做搜索，做数据分析，或者做产品或服务本身，面向互联网和移动互联网用户，已经不可避免地要面对分布式环境。笔者在此收录一些分布式相关的基础知识和算法理论介绍，在完善自我知识体系的同
Android Studio的.gitignore以及gitignore无效的解决 bell0901 android gitignore
　　github上.gitignore模板合集，里面有各种.gitignore ： https://github.com/github/gitignore 　　自己用的Android Studio下项目的.gitignore文件，对github上的android.gitignore添加了　　　　　　# OSX files　　　　　　//mac os下　　　　　　.DS_Store
成为高级程序员的10个步骤 tomcat_oracle 编程
What 软件工程师的职业生涯要历经以下几个阶段：初级、中级，最后才是高级。这篇文章主要是讲如何通过 10 个步骤助你成为一名高级软件工程师。 Why 得到更多的报酬！因为你的薪水会随着你水平的提高而增加提升你的职业生涯。成为了高级软件工程师之后，就可以朝着架构师、团队负责人、CTO 等职位前进历经更大的挑战。随着你的成长，各种影响力也会提高。
mongdb在linux下的安装 xtuhcy mongodb linux
一、查询linux版本号： lsb_release -a LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noa