Git 原理初步探索

最新推荐文章于 2022-04-03 09:22:40 发布
最新推荐文章于 2022-04-03 09:22:40 发布
阅读量236 收藏
点赞数
分类专栏： git 文章标签： git原理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_37998428/article/details/112384873
版权

Git 是一个分布式版本控制系统

  • 从根本上来讲 Git 是一个内容寻址 （content-addressable）文件系统，并在此之上提供了版本控制系统的用户界面

一，Git 对象

数据对象（blob object）

先引入几个命令：

  • git init  上层命令，将一个目录转变成一个 Git 仓库
  • git hash-object  底层命令，用于向Git数据库中写入数据
  • git cat-file  底层命令，用于查看Git数据库中数据

1，在 git-learning 目录下执行命令 git init ，查看 .git 目录结构

$ git init
Initialized empty Git repository in D:/tools/git-learning/.git/

$ find .git
.git
.git/config
.git/description
.git/HEAD
.git/hooks
.git/hooks/applypatch-msg.sample
.git/hooks/commit-msg.sample
.git/hooks/fsmonitor-watchman.sample
.git/hooks/post-update.sample
.git/hooks/pre-applypatch.sample
.git/hooks/pre-commit.sample
.git/hooks/pre-merge-commit.sample
.git/hooks/pre-push.sample
.git/hooks/pre-rebase.sample
.git/hooks/pre-receive.sample
.git/hooks/prepare-commit-msg.sample
.git/hooks/update.sample
.git/info
.git/info/exclude
.git/objects
.git/objects/info
.git/objects/pack
.git/refs
.git/refs/heads
.git/refs/tags

  • hooks 目录包含客户端或服务端的钩子脚本（hook scripts）
  • info 目录包含一个全局性排除（global exclude）文件 ， 用以放置那些不希望被记录在 .gitignore 文件中的忽略模式（ignored patterns）
  • config 文件包含项目特有的配置选项
  • description 文件仅供 GitWeb 程序使用，我们无需关心
重点是下面这几个：
  • objects 目录存储所有数据内容
  • refs 目录存储指向数据（分支、远程仓库和标签等） 的提交对象的指针
  • HEAD 文件指向目前被检出的分支
  • index 文件保存暂存区信息
2，利用底层命令 git hash-object 向 git 数据库中写入一些内容
  
$ echo 'test content' | git hash-object -w --stdin
d670460b4b4aece5915caf5c68d12f560a9fe3e4
  • git hash-object 会接受你传给它的东西，而它只会返回可以存储在 Git 仓库中的唯一键
  • -w 选项会指示该命令不要只返回键，还要将该对象写入数据库中
  • --stdin 选项则指示该命令 从标准输入读取内容；若不指定此选项，则须在命令尾部给出待存储文件的路径
此命令 输 出一个 长 度为 40 个 字符 的 校 验 和
这是一个 SHA-1 哈 希值 —— 一个 将 待 存储 的数 据外 加一个 头 部 信 息 （header ）一起 做 SHA-1 校 验 运 算 而 得的 校 验 和
  
$ find .git/objects -type f
.git/objects/d6/70460b4b4aece5915caf5c68d12f560a9fe3e4
这就是开始时 Git 存储内 容的方式 —— 一个 文件 对 应 一 条内 容， 以该 内 容加上特定 头 部 信 息 一起的 SHA-1 校 验 和 为 文件 命名
校验和 的前 两 个 字符 用于命名 子 目 录 ， 余 下的 38 个 字符则 用作 文件 名
 
3，查看数据类型和内容 git cat-file
  
$ git cat-file -t d670460b4b4aece5915caf5c68d12f560a9fe3e4
blob

$ git cat-file -p d670460b4b4aece5915caf5c68d12f560a9fe3e4
test content
一 旦 你将内 容 存储 在了对 象 数 据 库 中，那 么 可以 通 过 cat-file 命令 从 Git 那 里 取 回 数 据， -t 查看类型， -p 查看内容
 
4，我们同样可以将这些操作应用于文件中的内容
  
$ echo 'version 1' > test.txt
$ git hash-object -w test.txt
83baae61804e65cc73a7201a7252750c76066a30

$ find .git/objects -type f
.git/objects/83/baae61804e65cc73a7201a7252750c76066a30
.git/objects/d6/70460b4b4aece5915caf5c68d12f560a9fe3e4
到此，文件 名并没有 被 保 存 —— 我 们 仅保存了文件的内容 。 上 述类型 的对 象 我 们 称 之为 数据对象（blob object）
 
 

树对象（tree object）

  • Git利用树（tree）对象解决了文件名保存的问题，将多个文件组织在一起
  • Git通过树（tree）对象将数据（blob）对象组织起来，这很类似于一种文件系统——blob对象对应文件内容，tree对象对应文件的目录和节点
  • 一个树（tree）对象包含一条或多条记录，每条记录含有一个指向 blob 对象或 tree 对象的SHA-1指针，以及相应的模式、类型、文件名
  • Git根据某一时刻暂存区所表示的状态创建并记录一个对应的树对象，如此重复便可以依次记录一系列的树对象
  • Git的暂存区是一个文件——.git/index

同样，我们引入几个命令：

  • git update-index     底层命令，用于创建暂存区
  • git ls-files --stage   底层命令，用于查看暂存区内容
  • git write-tree           底层命令，用于将暂存区内容写入一个树对象

1，创建暂存区 git update-index

$ find .git/index
find: ‘.git/index’: No such file or directory

$ git update-index --add test.txt
warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory

我们注意 .git/index 文件的变化。在添加 test.txt 到暂存区前，index 文件并不存在，这说明暂存区还没有创建。添加 test.txt 到暂存区的同时，index 文件被创建

2，查看暂存区内容 git ls-files --stage

$ git ls-files --stage
100644 83baae61804e65cc73a7201a7252750c76066a30 0       test.txt
  • 100644 文件模式，表明这是一个普通文件。 其他选择如：100755，表示一个可执行文件
  • 83baae... 指向数据对象或者子树对象的 SHA-1 指针
  • 0 这个指的是什么？
  • test.txt 文件名

3，写入树对象 git write-tree

$ git write-tree 83baae61804e65cc73a7201a7252750c76066a30
d8329fc1cc938780ffdd9f94e0d364e0ea74f579

$ find .git/objects -type f
.git/objects/83/baae61804e65cc73a7201a7252750c76066a30
.git/objects/d6/70460b4b4aece5915caf5c68d12f560a9fe3e4
.git/objects/d8/329fc1cc938780ffdd9f94e0d364e0ea74f579

$ git cat-file -t d8329fc1cc938780ffdd9f94e0d364e0ea74f579
tree

$ git cat-file -p d8329fc1cc938780ffdd9f94e0d364e0ea74f579
100644 blob 83baae61804e65cc73a7201a7252750c76066a30    test.txt
  • 100644 文件模式，表明这是一个普通文件。 其他选择如：120000，表示一个符号链接
  • blob 文件类型
  • 83baae... 指向数据对象或者子树对象的 SHA-1 指针
  • test.txt 文件名

在执行 git write-tree 之后，git数据库中多出了一条新的记录，键值为 d8329fc1cc938780ffdd9f94e0d364e0ea74f579

git 数据库中新增加的记录是一个 tree 对象，该 tree 对象指向一个blob对象，hash键值为 83baae61804e65cc73a7201a7252750c76066a30，文件名为 test.txt

至此，在 git 数据库中，我们可以完整的记录文件的状态、文件夹的状态；并且可以把多个文件或文件夹组织在一起，记录他们的变更过程

接下来，我们只要把数据库中各个版本的时序关系记录下来，再把对每一个版本更新的注释记录下来

这就要引入另一个 git 数据对象——提交对象（commit object）

 

提交对象（commit object）

  • commit 对象能够帮你记录什么时间，由什么人，因为什么原因提交了一个新的版本，这个新的版本的父版本又是谁
  • Git 提供了底层命令 commit-tree 来创建提交对象（commit object）
  • 我们需要为这个命令指定一个被提交的树对象的 hash 键值，以及该提交对象的父提交对象（如果是第一次提交，不需要指定父对象）
$ git write-tree
d8329fc1cc938780ffdd9f94e0d364e0ea74f579

$ git commit-tree d8329fc1cc938780ffdd9f94e0d364e0ea74f579 -m "first commit"
8c14d0e26c4baded3ad6bbf88cb40660bd3544d0

$ git cat-file -t 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
commit

$ git cat-file -p 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
tree d8329fc1cc938780ffdd9f94e0d364e0ea74f579
author maling <744632504@qq> 1610162941 +0800
committer maling <744632504@qq> 1610162941 +0800

first commit



$ echo "version 2" > test.txt

$ git update-index test.txt
warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory

$ git write-tree
2f39845a4a2c3ad86adebb00b1ddabd959c131c4

$ git commit-tree 2f39845a4a2c3ad86adebb00b1ddabd959c131c4 -p 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0 -m "second commit"
f5a3262459510d25c013e3ffeb3cf83fe60ca416

$ git cat-file -t f5a3262459510d25c013e3ffeb3cf83fe60ca416
commit

$ git cat-file -p f5a3262459510d25c013e3ffeb3cf83fe60ca416
tree 2f39845a4a2c3ad86adebb00b1ddabd959c131c4
parent 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
author maling <744632504@qq> 1610163455 +0800
committer maling <744632504@qq> 1610163455 +0800

second commit

$ find .git/objects/ -type f
.git/objects/1f/7a7a472abf3dd9643fd615f6da379c4acb3e3a
.git/objects/2f/39845a4a2c3ad86adebb00b1ddabd959c131c4
.git/objects/83/baae61804e65cc73a7201a7252750c76066a30
.git/objects/8c/14d0e26c4baded3ad6bbf88cb40660bd3544d0
.git/objects/d6/70460b4b4aece5915caf5c68d12f560a9fe3e4
.git/objects/d8/329fc1cc938780ffdd9f94e0d364e0ea74f579
.git/objects/f5/a3262459510d25c013e3ffeb3cf83fe60ca416

$ git log f5a3262459510d25c013e3ffeb3cf83fe60ca416
commit f5a3262459510d25c013e3ffeb3cf83fe60ca416
Author: maling <744632504@qq>
Date:   Sat Jan 9 11:37:35 2021 +0800

    second commit

commit 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
Author: maling <744632504@qq>
Date:   Sat Jan 9 11:29:01 2021 +0800

    first commit

小结

1，Git 对象有：blob，tree，commit

blob 如：

$ git cat-file -t 83baae61804e65cc73a7201a7252750c76066a30
blob

$ git cat-file -p 83baae61804e65cc73a7201a7252750c76066a30
version 1

暂存区（index）如：

$ git ls-files --stage
100644 83baae61804e65cc73a7201a7252750c76066a30 0       test.txt

tree 如：

$ git cat-file -t d8329fc1cc938780ffdd9f94e0d364e0ea74f579
tree

$ git cat-file -p d8329fc1cc938780ffdd9f94e0d364e0ea74f579
100644 blob 83baae61804e65cc73a7201a7252750c76066a30    test.txt

commit 如：

$ git cat-file -t 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
commit

$ git cat-file -p 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
tree d8329fc1cc938780ffdd9f94e0d364e0ea74f579
author maling <744632504@qq> 1610162941 +0800
committer maling <744632504@qq> 1610162941 +0800

first commit


$ git cat-file -t f5a3262459510d25c013e3ffeb3cf83fe60ca416
commit

$ git cat-file -p f5a3262459510d25c013e3ffeb3cf83fe60ca416
tree 2f39845a4a2c3ad86adebb00b1ddabd959c131c4
parent 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
author maling <744632504@qq> 1610163455 +0800
committer maling <744632504@qq> 1610163455 +0800

second commit

2，工作区与暂存区

直观上看，.git 目录外的部分是工作区

.git/index 文件为暂存区

3，目前已经介绍了

  • objects 目录存储所有数据内容
  • index 文件保存暂存区信息
 
还有个问题是 SHA-1 值的问题，看某个提交日志的时候（git log），不好准确记住 SHA-1 值，所以介绍下面两个：
 
  • refs 目录存储指向数据（分支、远程仓库和标签等） 的提交对象的指针
  • HEAD 文件指向目前被检出的分支

二，Git 引用

  • git update-ref
$ find .git/refs
.git/refs
.git/refs/heads
.git/refs/tags
$ find .git/refs -type f

$ git update-ref refs/heads/master f5a3262459510d25c013e3ffeb3cf83fe60ca416

$ cat .git/refs/heads/master
f5a3262459510d25c013e3ffeb3cf83fe60ca416

HEAD 引用

  • 将 HEAD 想象为当前分支的别名
$ cat .git/HEAD
ref: refs/heads/master
Git 分支的本质：一个指向某一系列提交之首的指针或引用
 

标签引用

  • 前面我们刚讨论过 Git 的三种主要的对象类型（ 数据对象 blob、树对象 tree 和 提交对象 commit ），然而实际上还有第四种
  • 标签对象（ tag ） 非常类似于一个提交对象——它包含一个标签创建者信息、一个日期、一段注释信息，以 及一个指针
  • 主要的区别在于，标签对象通常指向一个提交对象，而不是一个树对象
  • 它像是一个永不移动的分支引用——永远指向同一个提交对象，只不过给这个提交对象加上一个更友好的名字罢了
$ git update-ref refs/tags/v1.0 f5a3262459510d25c013e3ffeb3cf83fe60ca416

$ cat .git/refs/tags/v1.0
f5a3262459510d25c013e3ffeb3cf83fe60ca416

$ git log v1.0
commit f5a3262459510d25c013e3ffeb3cf83fe60ca416 (HEAD -> master, tag: v1.0)
Author: maling <744632504@qq>
Date:   Sat Jan 9 11:37:35 2021 +0800

    second commit

commit 8c14d0e26c4baded3ad6bbf88cb40660bd3544d0
Author: maling <744632504@qq>
Date:   Sat Jan 9 11:29:01 2021 +0800

    first commit

三，参考资料（推荐电子书 progit）

PS：这个工具好用！

$ tree . -al
.
|-- .git
|   |-- HEAD
|   |-- config
|   |-- description
|   |-- hooks
|   |   |-- applypatch-msg.sample
|   |   |-- commit-msg.sample
|   |   |-- fsmonitor-watchman.sample
|   |   |-- post-update.sample
|   |   |-- pre-applypatch.sample
|   |   |-- pre-commit.sample
|   |   |-- pre-merge-commit.sample
|   |   |-- pre-push.sample
|   |   |-- pre-rebase.sample
|   |   |-- pre-receive.sample
|   |   |-- prepare-commit-msg.sample
|   |   `-- update.sample
|   |-- index
|   |-- info
|   |   `-- exclude
|   |-- logs
|   |   |-- HEAD
|   |   `-- refs
|   |       `-- heads
|   |           `-- master
|   |-- objects
|   |   |-- 1f
|   |   |   `-- 7a7a472abf3dd9643fd615f6da379c4acb3e3a
|   |   |-- 2f
|   |   |   `-- 39845a4a2c3ad86adebb00b1ddabd959c131c4
|   |   |-- 4b
|   |   |   `-- 825dc642cb6eb9a060e54bf8d69288fbee4904
|   |   |-- 83
|   |   |   `-- baae61804e65cc73a7201a7252750c76066a30
|   |   |-- 8c
|   |   |   `-- 14d0e26c4baded3ad6bbf88cb40660bd3544d0
|   |   |-- d6
|   |   |   `-- 70460b4b4aece5915caf5c68d12f560a9fe3e4
|   |   |-- d8
|   |   |   `-- 329fc1cc938780ffdd9f94e0d364e0ea74f579
|   |   |-- f5
|   |   |   `-- a3262459510d25c013e3ffeb3cf83fe60ca416
|   |   |-- info
|   |   `-- pack
|   `-- refs
|       |-- heads
|       |   `-- master
|       `-- tags
|           `-- v1.0
`-- test.txt

20 directories, 30 files

windows 系统需要额外工具来执行 tree 命令

https://blog.youkuaiyun.com/qq_36852780/article/details/104447068

Git--内容寻址文件系统（持续更新中）
qq_40222981的博客
10-11 330
Git 内核:内容寻址文件系统 复制键是shift +Inset，或 鼠标中键，或右键 补全键是Tab， Ctrl+Z是退出该文本 ：qw 保存退出 查看文件夹是ll或ls Ls -lh git pull 会更新主代码仓库最新的代码，即我们提交入库的代码，不会替换删除本地的修改； git checkout . 与主仓库代码做对比，将当前的代码文件替换为主仓库最新的代码； git status 与本地仓库做对比，查看当前代码是否有更改和增加；查看修改了那个文件 git add *
husky基本使用与原理剖析
最新发布
方方洛的博客
03-31 3342
husky基本使用与原理剖析
Git内部存储原理简析
qqxhb 资源共享
11-01 315
git基础入门请参考之前的博文 1、.git目录结构 hooks：钩子程序，可以被用于在执行git命令时自动执行一些特定操作； info ：保存了不希望在.gitignore文件中管理的忽略模式 logs :存储操作日志目录 objects ：保存git对象（数据）的目录，包括三类对象commit、tree和blob refs ：保存分支和tag的当前提交指针 config ：项目配置文件 d...
Git详解之特殊配置与钩子应用
dengji8750的博客
08-02 724
前言 到目前为止，我阐述了 Git 基本的运作机制和使用方式，介绍了 Git 提供的许多工具来帮助你简单且有效地使用它。 在本章，我将会介绍 Git 的一些重要的配置方法和钩子机制以满足自定义的要求。通过这些工具，它会和你和公司或团队配合得天衣无缝。 Git基本配置 如第一章所言，用git config配置 Git，要做的第一件事就是设置名字和邮箱地址： $ git c...
Centos7.3从零部署Git服务器之（二）初始搭建一个项目的Git空仓库
暮云归@技术人生
12-02 503
场景部署 客户端电脑（Windows系统）：         开发的项目位于C:\MyProject\mycms\ 服务器为：（Centos7.3 +Git环境已成功搭建）         本项目的git仓库目录/gitrepo/mycms.git         克隆地址为 git@1.2.3.195:/gitrepo/mycms.git 本项目的测试环境也位于本服务器的/home/wwwro...
如何安装husky_GitHook 工具 —— husky介绍及使用
weixin_39876282的博客
12-19 6003
名称githooks-Git使用的挂钩。(githook在官网的介绍)描述如同其他许多的版本控制系统一样，Git 也具有在特定事件发生之前或之后执行特定脚本代码功能(从概念上类比，就与监听事件、触发器之类的东西类似)。Git Hooks 就是那些在Git执行特定事件(如commit、push、receive等)后触发运行的脚本，挂钩是可以放置在挂钩目录中的程序，可在git执行的某些点触发动作。没有...
探索太阳系与Git练习指南
这个练习可能是一个很好的机会，让学生或学习者将对太阳系的了解和对git等技术的初步掌握结合起来。通过实际操作，他们可以更深入地理解git的工作原理，以及如何在实践中使用HTML来创建和管理内容。 7. 教育与技术...
探索Git命令：后端模块4课程实践项目
这表明项目可能包含了一个用户界面设计的初步构想（Wireframin'和架构图），视觉设计元素（调色板），以及后端功能模块（登录、用户资料、创建用户）。"大车"这个词在此上下文中可能指代一个较为复杂的功能模块或者...
使用Git进行版本控制的初步指南
# 1. 什么是版本控制系统？ ## 1.1 版本控制系统的定义与作用 版本控制系统是一种用来记录文件内容变化，以便将来查阅特定版本历史的系统。它的主要作用包括： - **跟踪变更**：记录文件的变更历史，包括谁、什么...
【无感认证革命】：Vue.js与UKey交互原理深度探索
[【无感认证革命】：Vue.js与UKey交互原理深度探索](https://img-blog.csdnimg.cn/direct/055dee4d98064d96b83111a338d2f769.png) # 摘要 本文旨在全面解析Vue.js与UKey技术的深度整合及其在无感认证领域的应用。...
探索C语言压缩包子技术的核心原理
在编程学习的初步阶段，‘Hello, World!’程序通常作为第一个示例程序，用于展示最基本的语法结构和程序编写流程。这个程序的目的是输出字符串'Hello, World!'到标准输出（通常是屏幕），从而让新手了解如何编写能够...
git gui fetch不到文件_Git内部原理剖析，有比这还详细的吗？
weixin_39581716的博客
11-22 210
1.1. 为什么写这篇文章写这篇文章的本意有二:工作安排原因，常有同事询问我一些关于 Git 的问题，总觉得自己解释的不够透彻，因此觉得有必要深入了解一下。目前中文的 Git 教程往往本末倒置， 一味从版本管理工具的角度去堆砌命令 ，而没有把握住Git的本质，导致读者知道的命令愈多，愈觉得 Git 复杂不友好。本文中，笔者会通过实例演示+原理解释的方式进行剖析，并提出一些平时我们不易察觉的问题。1...
git配置用户和邮箱出来问题，解决方案（gitconfig: No such file or directory）
m0_64071068的博客
04-03 1万+
git配置用户名和邮箱的问题
$ cat No such file or directory
倒骑驴走着瞧的博客
06-17 1万+
因系统用户名有空格的原因，获取ssh时候遇到No such file or directory问题；给路径中有空格的文件夹名称添加引号解决 Ce Shi@DESKTOP-TSCP95M MINGW64 ~ $ cat /c/Users/Ce Shi/.ssh/id_rsa.pub. cat: /c/Users/Xie: No such file or directory cat: Haojie/....
使用git微命令深入理解git工作机制
区块链斜杠青年(爱踢门)
06-19 2909
        首先，这篇不是真正意义上的翻译，所以大家在看的时候不要找对应的英文文章对应着看。这篇文章之所以归类为翻译，是因为最开始有一篇英文文章让我对git内部机制有了清楚的认识，它可以说是我git的启蒙老师吧。然后很久过去后，自己也有了很多的git项目实践，觉得有必要从自己的理解角度（微命令和常用命令对应分析）来整理下自己的理解，于是有了这篇博文。        git是一种管理数据的工具，...
深度学习初学者常用的工具
Code for Coffee
11-16 1064
一、学习Git分支 https://learngitbranching.js.org/ 例如第一关： git commit Git 仓库中的提交记录保存的是你的目录下所有文件的快照，就像是把整个目录复制，然后再粘贴一样，但比复制粘贴优雅许多！ Git 希望提交记录尽可能地轻量，因此在你每次进行提交时，它并不会盲目地复制整个目录。条件允许的情况下，它会将当前版本与仓库中的上一个版本进行对比...
git报错fatal: cannot create directory at ' XXX ' : No such file or directory的解决方案亲测有效
热门推荐
马彦虎的博客
08-05 3万+
问题描述 今天在windows上用git切换分支到dev时出现fatal: cannot create directory at '' : No such file or directory，不管是切换分支还是合并分支都会出现此问题，切换其他分支并没有问题，非常郁闷，拉下来代码什么也没干切换dev死活不行，很是无奈。 查看找原因： 在mac电脑上没有问题，在window上就不行，而且是仅仅切换de...
git 提交前验证（文件：.git/hook/pre-receive）
比嗨皮兔
06-04 1027
#!/bin/bash # 定义变量 host_name="https://www.xxx.com" read oldValue newValue refValue author=$(git show "$oldValue" | grep Author | awk '{print $2}') # 验证用户是否存在 user=$(curl -u ${username}:${password} https://www.xxx.com/api/v1/users/"$author") echo "$user" #.
内容寻址+Git三种对象
01-23 2356
本文可理解为对官方文档的概括和自我理解 https://git-scm.com/book/zh/v1/Git-%E5%86%85%E9%83%A8%E5%8E%9F%E7%90%86-Git-%E5%AF%B9%E8%B1%A1 基于内容寻址 我们熟悉的windows系统是基于文件名的寻址系统。我们可根据文件进行定位和查找。而GIT，是将文件的内容计算得到一个hash值，而这个hash值是该...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值