Git_01入门

最新推荐文章于 2024-10-08 12:42:08 发布

欧阳喇嘛

最新推荐文章于 2024-10-08 12:42:08 发布

阅读量553

点赞数

分类专栏：版本控制和项目管理文章标签： git svn github

本文链接：https://blog.csdn.net/liangfangwei/article/details/121803769

版权

版本控制和项目管理专栏收录该内容

5 篇文章 0 订阅

订阅专栏

1.Git的概述

1.1什么是版本控制
- 版本控制是记录文件内容变化
1.2.为什么要做版本控制
- 假如没有版本控制那么谁改了什么内容一概不知
- 假如没有版本控制那么项目版本根本无法回退
1.3.常用的SVN作为版本控制有什么问题
- SVN只存储在一台服务器上,存储单点故障
- SVN本地不存储历史记录
1.4.Git是什么？
- 分布式版本控制软件
1.5.Git的优势？
- 每个本地存储整个项目的快照,断网的情况下也可以进行开发
- 使用 github 进行团队协作,哪怕 github 挂了每个客户端保存的也都是整个完整的项目(包含历史记录的!!!)
1.6 .Git的本质是什么？
- 键值对数据库该数据库中存储者项目的所有版本通过key可以拿到项目的版本

2.Git的工作流程

工作区
暂存区
版本库存储数据也就是工作区中隐藏的 .git文件夹

3.文件目录详解

命令：git init

解析：要对现有的某个项目开始用 Git 管理，只需到此项目所在的目录

作用：初始化后，在当前目录下会出现一个名为 .git 的目录，所有 Git 需要的数据和资源都存放在这个目录中。
git目录作用

4.blob对象

4.1 blob对象是什么？

一个blob代表一个文件一次内容的修改。所以多个blob才可代表一个版本

4.2 向数据库写入内容

向数据库写入内容并返回所插入内容的key

命令： echo ‘test content’ | git hash-object -w --stdin
-w : 选项指示 hash-object 命令存储数据对象；若不指定此选项，则该命令仅返回对应的键值
–stdin（standard input）选项则指示该命令从标准输入读取内容；若不指定此选项，则须在命令尾部给出待存储文件的路径

返回：该命令输出一个长度为 40 个字符的校验和。这是一个 SHA-1 哈希值、

查看 Git 是如何存储数据

命令：find .git/objects -type f
返回：.git/objects/d6/70460b4b4aece5915caf5c68d12f560a9fe3e4
这就是开始时 Git 存储内容的方式：一个文件对应一条内容。校验和的前两个字符用于命名子目录，余下的 38 个字符则用作文件名。

4.3 对一个文件进行简单的版本控制

创建一个新文件并将其内容存入数据库

echo 'version 1' > test.txt
git hash-object -w test.txt
返回：83baae61804e65cc73a7201a7252750c76066a30

#向文件里写入新内容，并再次将其存入数据库
echo 'version 2' > test.txt
git hash-object -w test.txt

# 返回：1f7a7a472abf3dd9643fd615f6da379c4acb3e3a

#查看数据库内容
find .git/objects -type f
git cat-file -p 83baae61804e65cc73a7201a7252750c76066a30
git cat-file -p 1f7a7a472abf3dd9643fd615f6da379c4acb3e3a 
git cat-file -t 1f7a7a472abf3dd9643fd615f6da379c4acb3e3a
#利用 cat-file -t 命令，可以让 Git 告诉我们其内部存储的对象类型
# 返回：blob

4.4 如果使用blob作为版本控制有什么问题

多个blob才可代表一个版本,但是并不知道一次版本中有几个blob,且通过hash值查看每个文件内容及繁琐，所以为了解决此问题引入树对象

树对象

5.树对象

5.1 什么是树对象(一个树对象代表项目的一次快照)

树对象（tree object），它能解决文件名保存的问题，也允许我们将多个文件组织到一起。一个树对象包含了一条或多条记录（每条记录含有一个指向 git 对象或者子树对象的 SHA-1 指针，以及相应的模式、类型、文件名信息）。一个树对象也可以包含另一个树对象。

5.2 怎么构建树对象

命令 update-index；write-tree；read-tree

# 利用 update-index 命令 为test.txt文件的首个版本并且加入暂存区。
# 并通过 write-tree 命令生成树对像 写入版本库中
git update-index --add --cacheinfo 100644 83baae61804e65cc73a7201a7252750c76066a30 test.txt

#文件模式为 : 
#100644，表明这是一个普通文件
#100755，表示一个可执行文件；
#120000，表示一个符号链接。
#--add 选项：
#因为此前该文件并不在暂存区中 首次需要—add
#--cacheinfo 选项：
#因为将要添加的文件位于 Git 数据库中，而不是位于当前目录下所有需要 cacheinfo 

git write-tree

# 查看暂存区当前的样子
git ls-files -s

# 新增 new.txt 将 new.txt 和 test.txt 文件的作为第二个版本 塞入暂存区。并通过 write-tree 命令生成树对像。
echo 'new file' > new.txt
git update-index --cacheinfo 100644 1f7a7a472abf3dd9643fd615f6da379c4acb3e3a test.txt
git update-index --add new.txt
git write-tree

# 将第一个树对象加入第二个树对象，使其成为新的树对象

git read-tree --prefix=bak d8329fc1cc938780ffdd9f94e0d364e0ea74f579
git write-tree
read-tree 命令，可以把树对象读入暂存区

5.3 构建树对象后版本库中关系图

树对象记录版本存在的问题

现在有三个树对象（执行了三次 write-tree），分别代表了我们想要跟踪的不同项目快照。

然而问题依旧：若想重用这些快照，你必须记住所有三个树的哈希值。并且，你也完全不知道是谁保存了这些快照，在什么时刻保
存的，以及为什么保存这些快照。而以上这些，正是提交对象（commit object）能为你保存的基本信息

6.提交对象

6.1什么是提交对象

提交对象是在树对象的基础上,增加一些版本注释作者等信息包装而成的。

6.2 树对象的特点
- 每次提交数对象都需要关联上其父树对象,这样才可以实现版本回退
6.3怎么构建树对象呢？

# git commit-tree 不但生成提交对象 而且会将对应的快照（树对象）提交到本地库中
#创建提交对象

echo 'first commit' | git commit-tree d8329f

返回： fdf4fc3344e67ab068f836878b6c4951e3b15f3d

#查看提交对象

git cat-file -p fdf4fc3 
返回：tree d8329fc1cc938780ffdd9f94e0d364e0ea74f579


# 接着，我们将创建另两个提交对象，它们分别引用各自的上一个提交（作为其 父提交对象）：

echo 'second commit' | git commit-tree 0155eb -p fdf4fc3

cac0cab538b970a37ea1e769cbbde608743bc96d echo 'third commit' | git commit-tree 3c4e9c -p cac0cab 1a410efbd13591db07496601ebc7a059dd55cfe9

6.4 树对象是怎样的呢？

(1) 先指定一个顶层树对象，代表当前项目快照；
(2) 然后是作者/提交者信息依据你的 user.name 和 user.email 配置来设定，外加一个时间戳）;
(3) 留空一行，最后是提交注释;

6.5 提交树对象暂存区内容是会被清空
- 暂存区不会被清空保留每个文件的最新提交的版本的hash值和文件名。暂存区保留当前分支上的最新版本,没错commit时暂存区的所有内容会倍包装为一个commit对象提交到版本库。如果每提交一次暂存区被清空那么那么下次提交到版本库的版本就不是项目的最新版本只含有修改的版本