使用git微命令深入理解git工作机制

最新推荐文章于 2023-12-22 07:50:49 发布
最新推荐文章于 2023-12-22 07:50:49 发布
阅读量2.8k 收藏 3
点赞数 5
分类专栏： 点滴积累 文章标签： git工作机制 git工作原理 git微命令 git对象

        首先，这篇不是真正意义上的翻译，所以大家在看的时候不要找对应的英文文章对应着看。这篇文章之所以归类为翻译，是因为最开始有一篇英文文章让我对git内部机制有了清楚的认识，它可以说是我git的启蒙老师吧。然后很久过去后，自己也有了很多的git项目实践，觉得有必要从自己的理解角度（微命令和常用命令对应分析）来整理下自己的理解，于是有了这篇博文。
        git是一种管理数据的工具，一种支持快速索引查找数据并管理数据变化的工具。它为数据添加一个头封装为对象块(本文称为git对象)然后保存为文件，并根据数据生成一个SHA值,然后以该值作为文件名称的依据，SHA值的前2位是文件的目录名字，后面的值为文件名，这样就能很容易根据SHA查找到数据。同时一旦文件内容改变，其对应的SHA就会变化，因而很适合文件变化管理。git总共有四类对象：

         blob对象：

              该对象是真正的数据对象，它的内容是各种文件的数据内容，比如git项目里的文件数据。需要注意的是blob对象只是保存数据，并不保存数据的额外信息，比如文件名，文件大小。

         tree对象：

                该对象是一种管理对象，它是用来管理对象的对象，其内容指出了该tree包含哪些子对象，tree可以递归的，也就说tree可以包含其他的tree。Tree对象就像linux文件系统里的目录一样，目录本身是一种文件，只不过目录文件的内容是目录下的文件信息,目录下还有子目录。

         commit对象：

                commit对象是真正直接呈现给git使用者的，它就是我们经常说到的git项目历史记录，我们经常用的git show xxx,git log xxx,git check xxx等命令后面接的数字就是commit对象的名字，也就是commit对象对应的SHA值。commit对象必须有一个tree对象，它本身并不和数据有直接联系，git工具通过它的tree对象找到该commit对应的数据，同时和tree对象一样，它可以有自己的父亲commit，这样就形成了git历史单向链表。

         tag 对象：

                tag对象其实就是上面三种对象的一种别名表达方式。从上面的描述我们可知，git对象的名字是SHA值，就是一堆没有规律的长串的字符，用户自然不容易记也记不住。因此git提出了tag对象这样一种对象，它允许用户以他们容易识别的名字来标示上面的任一对象。

        有了这些基本概念，我们通过使用git 微命令来详细的认识下这些对象的形式，生成及使用。git微命令是相对

我们平时用的git commit, git addd等命令而言的，微命令做的事情少，可以很清晰看到每一个步骤。


创建新的git项目

       我们执行git init后，系统会自动帮我们创建一个隐藏目录.git，具体内容如下：

itleaks@Itleaks:/tmp/test$ git init .
Initialized empty Git repository in /tmp/test/.git/
itleaks@Itleaks:/tmp/test$ tree . -al
.
└── .git
    ├── branches
    ├── config
    ├── description
    ├── HEAD
    ├── hooks
    │   ├── applypatch-msg.sample
    │   ├── commit-msg.sample
    │   ├── post-update.sample
    │   ├── pre-applypatch.sample
    │   ├── pre-commit.sample
    │   ├── prepare-commit-msg.sample
    │   ├── pre-push.sample
    │   ├── pre-rebase.sample
    │   └── update.sample
    ├── info
    │   └── exclude
    ├── objects
    │   ├── info
    │   └── pack
    └── refs
        ├── heads
        └── tags

       上面的.git/objects是最重要的目录，它就是用来保存上面提到的四种对象文件的目录。


生成Blob对象

       git生成blob对象是使用githash-object来生成，具体操作如下：

itleaks@Itleaks:/tmp/test$ echo "itleaks test">test.txt
itleaks@Itleaks:/tmp/test$ git hash-object -w test.txt
be976caf33466b3a9fbc04260139a992e5664b9c

itleaks@Itleaks:/tmp/test$ tree . -al
.
├── .git
│   ├── branches
│   ├── config
│   ├── description
│   ├── HEAD
│   ├── hooks
│   │   ├── applypatch-msg.sample
│   │   ├── commit-msg.sample
│   │   ├── post-update.sample
│   │   ├── pre-applypatch.sample
│   │   ├── pre-commit.sample
│   │   ├── prepare-commit-msg.sample
│   │   ├── pre-push.sample
│   │   ├── pre-rebase.sample
│   │   └── update.sample
│   ├── info
│   │   └── exclude
│   ├── objects
│   │   ├── be
│   │   │   └── 976caf33466b3a9fbc04260139a992e5664b9c
│   │   ├── info
│   │   └── pack
│   └── refs
│       ├── heads
│       └── tags
└── test.txt
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c

       从上面可以看出，当我们使用hash-object–w生成一个对象后,git会在.git/objects下生一个文件be/ 976caf33466b3a9fbc04260139a992e5664b9c,这个就是SHA值。有了这个对象的SHA值后，我们可以通过gitcat-file命令来查看该对象的原始数据。

 

//查看对象类型
itleaks@Itleaks:/tmp/test$ git cat-file -t be976caf33466b3a9fbc04260139a992e5664b9c
blob
//查看对象内容
itleaks@Itleaks:/tmp/test$ git cat-file -p be976caf33466b3a9fbc04260139a992e5664b9c
itleaks test
        此时对应的数据对象图如下：

        到这里，你可能会问，test.txt这个名字的信息保存在哪呢？其实前面已经提到了，blob对象只存数据(上面的字符串” itleaks test”)，并不保存其他额外信息。那这个名字什么时候保存的呢？保存咋哪里呢？这个就是由下面要提到的tree 对象来维护的。


生成Tree对象

       上面的操作过后，系统已经存在一个blob对象了。我们可以将该对象添加到一个tree对象里,在添加到tree对象前，必须将该blob对象封装成一个tree 对象的item数据块, 并将该item数据块写到cache里。item数据块的格式是blob对象SHA值+数据文件名字(test.txt)+文件模式(100644)。这一个过程由git update-index完成

itleaks@Itleaks:/tmp/test$ git update-index --add --cacheinfo 100644 \
> be976caf33466b3a9fbc04260139a992e5664b9c test.txt
//到此，终于出现了前面提到的test.txt，这里才是我们在git里看到的文件名
//其实这里的文件名也可以填其他名字，git系统并不认识操作系统中的文件名，只
//知道这里的文件名，然后其他用户通过git clone 该git项目时，该blob对象对应的数据
//文件会命名为这里指定的名称
itleaks@Itleaks:/tmp/test$ git ls-files
test.txt
//ls-files可以查看cache里的所有blob对象描述
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
//update-index执行后，并不会增加object

        如果有多个数据，可以重复执行上面的命令，将多个blob对象添加到cache中。然后当用户执行git write-tree的时候，就会生成一个tree对象，并将cache里的所有blob对象的描述数据添加到tree对象的文件里，具体命令如下：

itleaks@Itleaks:/tmp/test$ git write-tree
941220dc97574b7dba7b22fdb21333c7227c9603

itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
.git/objects/94/1220dc97574b7dba7b22fdb21333c7227c9603
//新增了一个object文件
itleaks@Itleaks:/tmp/test$ git cat-file -t 941220dc97574b7dba7b22fdb21333c7227c9603
tree
itleaks@Itleaks:/tmp/test$ git cat-file -p 941220dc97574b7dba7b22fdb21333c7227c9603
100644 blob be976caf33466b3a9fbc04260139a992e5664b9c	test.txt
//tree对象的内容是描述其管理的blob对象的指向信息

        此时对应的数据对象图如下：

 

       到此为止，所有的对象都是相对底层的数据对象，git用户一般是不会直接使用的。然后就该commit对象露面了。


生成commit对象

        其实commit对象，你可以理解成tree对象的扩展，它是用来描述一个tree对象的额外信息的。它相当于是tree对象为用户预留出来的接口，用户通过生成一个commit对象，就可以给一个tree对象打标签，比如用户姓名，描述，时间。具体生成过程如下：

itleaks@Itleaks:/tmp/test$ echo 'initial version' | git commit-tree 941220dc97574b7dba
f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
//上面的941220dc97574b7dba就是tree对象的SHA值
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/f7/bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
.git/objects/94/1220dc97574b7dba7b22fdb21333c7227c9603
//commit也是一个对象
itleaks@Itleaks:/tmp/test$ git cat-file -t f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
commit
itleaks@Itleaks:/tmp/test$ git cat-file -p f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
tree 941220dc97574b7dba7b22fdb21333c7227c9603
author itleaks <itleaks@126.com> 1403052327 +0800
committer itleaks <itleaks@126.com> 1403052327 +0800

initial version
//commit对象的内容指出了它描述的是哪个tree

         此时对应的数据对象图如下：

 

         Commit生成后，用户就熟悉了，用户通过常用的git show命令就可以很直接的查看这个commit

        

itleaks@Itleaks:/tmp/test$ git show f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
commit f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 08:45:27 2014 +0800

    initial version

diff --git a/test.txt b/test.txt
new file mode 100644
index 0000000..be976ca
--- /dev/null
+++ b/test.txt
@@ -0,0 +1 @@
+itleaks test

          那执行git log呢？

itleaks@Itleaks:/tmp/test$ git log
fatal: bad default revision 'HEAD'
itleaks@Itleaks:/tmp/test$ cat .git/HEAD 
ref: refs/heads/master
itleaks@Itleaks:/tmp/test $ tree .git/refs/heads/
.git/refs/heads/

0 directories, 0 files

          系统会提示bad HEAD,这是因为refs/heads/maste文件不存在。这个就是下面我要讲的git referrence对象。

 

Ref对象

         从名字可以看出来，它就是一个引用，它就是commit对象的别名，它直接以字符串的形式保存一个commit对象的名字，这样用户直接根据ref对象的名字就可以直接找到对应的commit对象，而不用记住一长串SHA字符串。另外，这里的ref对象就是我们常说说到git branch，一个branch对应一个refs/heads/xx文件。

        

itleaks@Itleaks:/tmp/test$ echo "f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2" 
> .git/refs/heads/master
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/f7/bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
.git/objects/94/1220dc97574b7dba7b22fdb21333c7227c9603
//生成ref并没有新增object
itleaks@Itleaks:/tmp/test$ find .git/refs/ -type f
.git/refs/heads/master
//执行上面的命令生成一个master ref对象后，用户不再需要使用git show SHA值，而是
//直接使用git show name就可以查看commit对象的详细信息
itleaks@Itleaks:/tmp/test$ git show master
commit f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 08:45:27 2014 +0800

    initial version

diff --git a/test.txt b/test.txt
new file mode 100644
index 0000000..be976ca
--- /dev/null
+++ b/test.txt
@@ -0,0 +1 @@
+itleaks test

         refs/heads/master生成后，用户终于可以使用gitlog查看了

itleaks@Itleaks:/tmp/test$ git log
commit f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 08:45:27 2014 +0800

    initial version

         此时对应的数据对象图如下：

 

微git操作对应的git常用命令

         到此，大家估计也看累了吧，但是如果我告诉你上面这么长的操作，用户其实通过如下两条命令可以实现一样的效果，你会不会惊讶啊!

        

git add test.txt
git commit -sm “initial version”

         我们也来看下这两条操作对应的.git内容变化过程

itleaks@Itleaks:/tmp/test$ echo "itleaks test">test.txt
itleaks@Itleaks :/tmp/test$ git add test.txt 
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
itleaks@Itleaks:/tmp/test$ git cat-file -t be976caf33466b3a9fbc04260139a992e5664b9c
blob
itleaks@Itleaks:/tmp/test$ git ls-files
test.txt

        从上面可以看出，git add命令会为我们创建blob对象，并且自动将该blob对象添加到cache中。更不可思议的是，生成的对象名字be976caf33466b3a9fbc04260139a992e5664b9c和上面的一模一样，为啥，这是由SHA签名生成机制相关---只要数据一致，其产生的SHA一定一样。

itleaks@Itleaks:/tmp/test$ git commit -sm "initial version"
[master (root-commit) 12ca076] initial version
 1 file changed, 1 insertion(+)
 create mode 100644 test.txt
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/12/ca0768b1a7c1f5f8547617af78e13d7263aaba
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
.git/objects/94/1220dc97574b7dba7b22fdb21333c7227c9603

itleaks@Itleaks:/tmp/test$ git cat-file -p 12ca0768b1a7c1f5f8547617af78e13d7263aaba
tree 941220dc97574b7dba7b22fdb21333c7227c9603
author itleaks <itleaks@126.com> 1403098727 +0800
committer itleaks <itleaks@126.com> 1403098727 +0800

initial version

Signed-off-by: itleaks <itleaks@126.com>
itleaks@Itleaks:/tmp/test$ git cat-file -p 941220dc97574b7dba7b22fdb21333c7227c9603
100644 blob be976caf33466b3a9fbc04260139a992e5664b9c	test.txt

         从上面可以看出commit这条命令生成了两个对象：tree对象和commit对象.大家注意没，只有commit对象的SHA值和我们上面不一样，另外两个对象是一样的，为什么？那是因为commit对象的内容中包含时间，两次commit对象生成的时间不一样意味着其内容就不一样，进而其SHA自然不一样。

 

commit链形成

         上面的操作，只生成一个blob对象, 一个tree对象，一个commit对象，还没法看到commit链的形成过程。因此，为了生成链，我们还需要生成另外一个commit对象。接着实验。

         新增文件，并重复上面的操作的。

itleaks@Itleaks:/tmp/test$ echo "second file">2.txt
itleaks@Itleaks:/tmp/test$ git hash-object -w 2.txt
1c59427adc4b205a270d8f810310394962e79a8b
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/f7/bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
.git/objects/1c/59427adc4b205a270d8f810310394962e79a8b
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
.git/objects/94/1220dc97574b7dba7b22fdb21333c7227c9603
itleaks@Itleaks:/tmp/test$ git cat-file -t 1c59427adc4b205a270d8f810310394962e79a8b
blob
itleaks@Itleaks:/tmp/test$ git cat-file -p 1c59427adc4b205a270d8f810310394962e79a8b
second file

itleaks@Itleaks:/tmp/test$ git ls-files
test.txt
//原来的cache还在，因此只需添加新的blob对象到cache中去
itleaks@Itleaks:/tmp/test$ git update-index --add 2.txt
itleaks@Itleaks:/tmp/test$ git ls-files
2.txt
test.txt

itleaks@Itleaks:/tmp/test$ git write-tree
931fdc25cbc3e0afa6e34cf275693ade0daf2c73
itleaks@Itleaks:/tmp/test$ find .git/objects/ -type f
.git/objects/f7/bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
.git/objects/1c/59427adc4b205a270d8f810310394962e79a8b
.git/objects/93/1fdc25cbc3e0afa6e34cf275693ade0daf2c73
.git/objects/be/976caf33466b3a9fbc04260139a992e5664b9c
.git/objects/94/1220dc97574b7dba7b22fdb21333c7227c9603
itleaks@Itleaks:/tmp/test$ git cat-file -t 931fdc25cbc3e0afa6e34cf275693ade0daf2c73
tree
itleaks@Itleaks:/tmp/test$ git cat-file -p 931fdc25cbc3e0afa6e34cf275693ade0daf2c73
100644 blob 1c59427adc4b205a270d8f810310394962e79a8b	2.txt
100644 blob be976caf33466b3a9fbc04260139a992e5664b9c	test.txt
//这里可以看出，这个新增的tree对象指向了两个blob对象

        接下来就是commit链形成的重点了，在生成commit对象时，有一个-p参数，这个参数用来指示新生成的commit对象的父亲commit的。下面就来看看带这个参数和没带这个参数的生成的commit对象的差别

         不带-p参数时

 

itleaks@Itleaks:/tmp/test$ echo "second commit"|git commit-tree 931fdc25cbc
2969683f04d3a32af0d6abf97f170190163b72e3

itleaks@Itleaks:/tmp/ test $ git cat-file -p 2969683f0
tree 931fdc25cbc3e0afa6e34cf275693ade0daf2c73
author itleaks <itleaks@126.com> 1403055500 +0800
committer itleaks <itleaks@126.com> 1403055500 +0800

second commit

itleaks@Itleaks:/tmp/test$ git show 2969683f04d3a
commit 2969683f04d3a32af0d6abf97f170190163b72e3
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 09:38:20 2014 +0800

    second commit

diff --git a/2.txt b/2.txt
new file mode 100644
index 0000000..1c59427
--- /dev/null
+++ b/2.txt
@@ -0,0 +1 @@
+second file
diff --git a/test.txt b/test.txt
new file mode 100644
index 0000000..be976ca
--- /dev/null
+++ b/test.txt
@@ -0,0 +1 @@
+itleaks test

itleaks@Itleaks:/tmp/test$ git log 2969683f04d3a
commit 2969683f04d3a32af0d6abf97f170190163b72e3
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 09:38:20 2014 +0800

    second commit
//没带-p参数时，这个新的commit相当于这次commit一下子增加了两个文件

itleaks@Itleaks:/tmp/test$ git log 2969683f04d3a
commit 2969683f04d3a32af0d6abf97f170190163b72e3
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 09:38:20 2014 +0800

    second commit
//这里只有一条commit记录

         带-p参数时

 

itleaks@Itleaks:/tmp/test$ echo "second commit2"|git commit-tree 931fdc25cbc -p f7bde89df6b5d8ea3f
c29d97b2a89c18bdc68f0812749c76fdadd477cf

itleaks@Itleaks:/tmp/test$ git cat-file -p c29d97b2a89c1
tree 931fdc25cbc3e0afa6e34cf275693ade0daf2c73
parent f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
author itleaks <itleaks@126.com> 1403055858 +0800
committer itleaks <itleaks@126.com> 1403055858 +0800

second commit2

itleaks@Itleaks:/tmp/test$ git show c29d97
commit c29d97b2a89c18bdc68f0812749c76fdadd477cf
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 09:44:18 2014 +0800

    second commit2

diff --git a/2.txt b/2.txt
new file mode 100644
index 0000000..1c59427
--- /dev/null
+++ b/2.txt
@@ -0,0 +1 @@
+second file
//带了-p参数的commit，显示出来的修改只是增加了2.txt文件

itleaks@Itleaks:/tmp/test$ git log c29d97
commit c29d97b2a89c18bdc68f0812749c76fdadd477cf
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 09:44:18 2014 +0800

    second commit2

commit f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 08:45:27 2014 +0800

    initial version
//这里，可以看到”second commit2"前面的commit是” initial version”，这就是commit链

         此次操作后对象图如下：

 

Branch更新

         上面新增了两个commit对象后，系统并不会自动更新branch的信息，需要用户主动更新，通过update-ref及尅实现，具体实现如下：

itleaks@Itleaks:/tmp/test$ git show master
commit f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 08:45:27 2014 +0800

    initial version

diff --git a/test.txt b/test.txt
new file mode 100644
index 0000000..be976ca
--- /dev/null
+++ b/test.txt
@@ -0,0 +1 @@
+itleaks test

//brach master还没有更新，接下来更新
itleaks@Itleaks:/tmp/test$ git update-ref refs/heads/master c29d97
itleaks@Itleaks:/tmp/test$ git log
commit c29d97b2a89c18bdc68f0812749c76fdadd477cf
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 09:44:18 2014 +0800

    second commit2

commit f7bde89df6b5d8ea3fa3ccae0e3d53e8a5aa25d2
Author: itleaks <itleaks@126.com>
Date:   Wed Jun 18 08:45:27 2014 +0800

    initial version
//看到我们上面添加的” second commit2” commit了

         此次操作后对象图如下：

 

        

 附录：

启蒙git机制英文网站：http://git-scm.com/book/en/Git-Internals-Git-Objects


/********************************

* 本文来自博客  “爱踢门”

* 转载请标明出处:http://blog.csdn.net/itleaks

******************************************/
区块链斜杠青年
关注
  • 5
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
Git的工作原理
好记性不如烂笔头--玲博小记
11-29 1万+
Git分层操作         git的工作总共分四层，其中三层是在自己本地也就是说git仓库，包括了工作目录、暂存区和本地仓库。工作目录就是我们执行命令git init时所在的地方，也就是我们执行一切文件操作的地方；暂存区和本地仓库都是在.git目录下，因为它们只是用来存数据的。远程仓库在中心服务器，也就是我们做好工作之后推送到远程仓库，或者从远程仓库更新下来最新代码到本地。Git所存储的
深入理解git以及git常用的命令
qq_41445106的博客
09-02 197
知识储备：git的工作区、暂存区以及版本库 工作区：就是你在电脑里能看到的目录。 暂存区：英文叫stage, 或index。一般存放在 “.git目录下” 下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。 版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫inde...
【Git】Git是什么？简单说说Git的工作机制？Git的常用命令有那些？
四季轮换叶，一路招摇胜
02-21 4066
Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。
Git与GitHub 第4章 Git的工作机制
尚硅谷铁杆粉丝的博客
06-28 252
第4章 Git的工作机制 1. 三区 工作区(Working Directory):就是你电脑本地硬盘目录 本地库(Repository):工作区有个隐藏目录.git，它就是Git的本地版本库 暂存区(stage):一般存放在"git目录"下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。 红色状态代表在工作区，尚未添加到暂存区！ ...
git常用命令20160531
05-31
平时常用的git命令
GIT标准工作流1
08-08
开发完成后，使用`git merge --no-ff`命令将feature分支合并回Develop分支，然后删除该分支。 - 预发布（release）分支：在正式发布前，从Develop分支创建预发布分支进行测试和验证。测试无误后，预发布分支先合并...
mplab中git的用法.pdf
05-08
mplab X是Microchip公司官方提供的集成开发环境，支持多种微控制器的程序开发，同时git作为一款成熟的分布式版本控制系统，已经被广泛地运用在软件和硬件开发项目中，用于代码的版本控制和历史记录的维护。...
Git工作原理
只会一点Java
04-19 1792
集中化的版本控制系统与分布式版本控制系统区别 优缺点 保存数据的方式 git的三种状态与四个区域 git的三种状态 git的四个区域 git 记录数据 git 查看历史记录 git 底层 git的commit对象 ...
Git 的工作原理/流程
hdn_kb的博客
08-13 251
工作区：就是你在电脑上看到的目录，比如目录下gitwork里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。 版本库(Repository)：工作区有一个隐藏目录.git,这个不属于工作区，这是版本库。其中版本库里面存了很多东西，其中最重要的就是stage(暂存区)，还有Git为我们自动创建了第一个分支master,以及指向master的一个指针H...
深入了解Git工作机制与代码托管中心：构建高效的版本控制与团队协作
最新发布
cooldream2009的博客
12-22 988
在现代软件开发中，版本控制系统发挥着至关重要的作用。Git作为其中最流行和强大的版本控制工具之一，以其分布式特性和灵活的工作流程而闻名。深入了解Git的工作机制和远程代码托管中心，对于提高团队协作效率和代码管理至关重要。
Git 的内部工作原理
开心乐源的专栏
11-28 1217
通过本次分享学习 Git 的内部工作原理和实现方式。学习这部分内容对于理解 Git 的用途和强大至关重要。首先要弄明白一点，从根本上来讲 Git 是一个内容寻址（content-addressable）文件系统，并在此之上提供了一个版本控制系统的用户界面。
Git运行原理
weixin_44976835的博客
03-07 352
工作区域 Git本地有三个工作区域：工作目录（Working Directory）、暂存区（Stage/Index）、本地仓库（Repository或Git Directory）。如果在加上远程的Git仓库（Remote Directory）就可以分成四个工作区域。文件在这四个区域之间的转换关系如下。 Workspace：工作区，就是平时存放项目代码的地方 Index/Stage：暂存区，用于临时存放改动，事实上它只是一个文件，保存即将提交到文件列表信息 Repository：本地仓库，是安全存放数据的
深入理解Git (三) － 微命令上篇
hongchangfirst
08-12 1623
1 git hash-object 以前讲过Git用Hash值作为Git对象的名字，那么具体是哪个命令呢？ 我们可以先修改一个文件： echo "hongchangfirst" > zhc.conf 然后 git hash-object -w zhc.conf 56166dc42a6a2f694e088694a2a2c90606e28f2d 然后我们可以去上节讲的.git/objec
图解Git工作原理
Docker的专栏
02-19 474
本文以一个具体例子结合动图介绍了Git的内部原理，包括Git是什么储存我们的代码和变更历史的、更改一个文件时，Git内部是怎么变化的、Git这样实现的有什么好处等等。通过例子解释清楚上面...
Hello Git（二）——Git内部实现机制
天山老妖
02-27 1010
一、Git仓库内部实现简介 Git本质上是一个内容寻址(content-addressable)的文件系统，根据文件内容的SHA-1哈希值来定位文件。Git核心部分是一个简单的键值对数据库(key-value data store)。向Git数据库插入任意类型的内容，会返回一个键值，通过返回的键值可以在任意时刻再次检索(retrieve)插入的内容。通过底层命令hash-object可以将任意数据保存到.git目录并返回相应的键值。 Git包含一套面向版本控制系统的工具集，包括高级命令和底层命令。高级命
Git（1）概述和工作机制，安装和常用命令
учёба
07-12 195
概述和工作机制，安装和常用命令
【Git】git的概述、如何下载以及它的工作机制
qq_63691275的博客
10-05 863
Git是一个免费、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。（说白了Git就是公司里面用来管理代码的） Git占地面积小，性能极快。它具有廉价的本地库（Git本地库在本地磁盘上，所以说廉价...），方便的暂存区和多个工作流分支等特性。其性能要优于Subversion，CVS，Perforce和ClearCase等版本工具。
Git原理基础（版本控制机制）
a287200940的博客
09-15 180
Git 基础 那么，简单地说，Git 究竟是怎样的一个系统呢？ 请注意接下来的内容非常重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。 在开始学习 Git 的时候，请努力分清你对其它版本管理系统的已有认识，如 Subversion 和 Perforce 等；这么做能帮助你使用工具时避免发生混淆。 Git 在保存和对待各种信息的时候与其它版本控制系统有...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值