{"id":166,"date":"2019-02-19T07:13:00","date_gmt":"2019-02-19T07:13:00","guid":{"rendered":""},"modified":"2019-09-18T16:54:46","modified_gmt":"2019-09-18T11:24:46","slug":"git-inside-out","status":"publish","type":"post","link":"https:\/\/opstree.com\/blog\/2019\/02\/19\/git-inside-out\/","title":{"rendered":"Git Inside Out"},"content":{"rendered":"
Git Inside-Out
\n<\/span><\/b><\/div>\n
\"Man<\/p>\n

\n<\/div>\n

Git is basically a file-system where you can retrieve your content through addresses. It simply means that you can insert any kind of data into git for which Git will hand you back a unique key you can use later to retrieve that content. We would be learning #gitinsideout through this blog<\/span><\/span><\/span><\/span><\/span><\/span><\/p>\n

\n

The Git object model has three types: blobs (for files), trees (for folder) and commits.\u00a0<\/span><\/span><\/p>\n

\n

Objects are immutable (they are added but not changed) and every object is identified by its unique SHA-1 hash
\nA blob is just the contents of a file. By default, every new version of a file gets a new blob, which is a snapshot of the file (not a delta like many other versioning systems).
\nA tree is a list of references to blobs and trees.
\nA commit is a reference to a tree, a reference to parent commit(s) and some decoration (message, author).<\/span><\/span><\/p>\n

Then there are branches and tags, which are typically just references to commits.<\/span><\/span><\/p>\n

\n

\n

Git stores the data in our .<\/span><\/span>git\/objects <\/b><\/span><\/span>directory. <\/span><\/span><\/span><\/span>After initialising a git repository, it automatically creates .git\/objects\/pack and .git\/objects\/info with no regular file. After pushing some files, it would reflect in the .git\/objects\/ folder<\/span><\/span><\/p>\n

\n

\n

OBJECT Blob<\/u><\/span><\/span>
\n
\n<\/span><\/span><\/p>\n

blob stores the content of a file and we can check its content by command<\/span><\/span><\/p>\n

git cat-file -p <\/span><\/span><\/p>\n

or git show <\/span><\/span><\/p>\n

\n

OBJECT Tree<\/u><\/span><\/span><\/p>\n

A tree is a simple object that has a bunch of pointers to blobs and other trees – it generally represents the contents of a directory or sub-directory.<\/span><\/span><\/p>\n

We can use git ls-tree to list the content of the given tree object<\/span><\/span><\/p>\n

\n

OBJECT Commit<\/u><\/span><\/span>
\n
\n<\/span><\/span><\/p>\n

The “commit” object links a physical state of a tree with a description of how we got there and why.<\/span><\/span><\/p>\n

A commit is defined by tree, parent, author, committer, comment<\/b><\/p>\n

All three objects ( blob,Tree,Commit) are explained in details with the help of a pictorial diagram.<\/span><\/span><\/p>\n

\n

\n

Often we make changes to our code and push it to SCM. I was doing it once and made multiple changes, I was thinking it would be great if I could see the details of changes through local repository itself instead to go to a remote repository\u00a0server. That pushed me to explore Git more deeply.<\/p>\n

\n

I just created a local remote repository\u00a0with the help of git bare repository. Made some changes and tracked those changes(type, content, size etc).<\/p>\n

\n

Below example will help you understand the concept behind it.<\/p>\n

Suppose we have cloned a repository\u00a0named kunal:<\/p>\n

Inside the folder where we have cloned the repository, go to the folder kunal then:<\/p>\n

\n

cd kunal\/.git\/<\/b><\/p>\n

\n

I have added content(hello) to readme.md and made many changes into the same repository\u00a0as:<\/p>\n

adding README.md<\/p>\n

updating Readme.md<\/p>\n

adding 2 files modifying one<\/p>\n

pull request<\/p>\n

commit(adding directory).<\/p>\n

\n

\n

Go to the refer folder inside .git and take the SHA value for the master head:<\/p>\n

<\/a><\/p>\n

\n

\n

\n

This commit object we can explore further with the help of cat-file which will show the type and content of tree and commit object:<\/p>\n

\n

<\/a><\/div>\n

\n

Now we can see a tree object inside the tree object. Further, we can see the details for the tree object which in turn contains a blob object as below:<\/p>\n

\n

<\/a><\/div>\n

\n

Below is the pictorial representation for the same:<\/p>\n

<\/a><\/p>\n

\n\n\n\n\n
<\/td>\n<\/tr>\n
More elaborated representation for the same :<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
<\/a><\/div>\n

\n

Below are the commands for checking the content, type and size of objects( blob, tree and commit)<\/p>\n

\n

kunal@work:\/home\/git\/test\/kunal# cat README.md<\/b><\/div>\n
hello<\/div>\n

\n

We can find the details of objects( size,type,content) with the help of #git cat-file<\/p>\n

\n

git-cat-file:- Provide content, type or size information for repository objects<\/p>\n

\n

You an verify the content of commit object and its type with git cat-file as below:<\/p>\n

\n

<\/a><\/div>\n

\n

\n

kunal@work:\/home\/git\/test\/kunal\/.git # cat logs\/refs\/heads\/master<\/p>\n

\n

<\/a><\/div>\n

\n

Checking the content of a blob object(README.md, kunal and sandy)<\/p>\n

\n

As we can see first one is adding read me , so it is giving null parent(00000…000) and its unique SHA-1 is 912a4e85afac3b737797b5a09387a68afad816d6<\/b><\/p>\n

\n

Below are the details that we can fetch from above SHA-1 with the help of git cat-file :<\/p>\n

\n

\n

<\/a><\/div>\n

\n

<\/a><\/div>\n
<\/a><\/div>\n
<\/div>\n

\n

\n

Consider one example of merge:<\/p>\n

\n

Created a test branch and made changes and merged it to master.<\/p>\n

\n

\n

\n

\n

\n

<\/a><\/div>\n

\n

\n

\n

<\/a><\/div>\n
<\/a><\/div>\n
<\/a><\/div>\n

\n

\n

Here you can notice we have two parents because of a merge request<\/p>\n

\n

<\/a><\/p>\n

\n

You can further see the content, size, type of repository\u00a0#gitobjects like:<\/p>\n

\n

\n

<\/a><\/div>\n
<\/div>\n

Summary<\/b><\/p>\n

<\/div>\n

This is pretty lengthy article but I\u2019ve tried to make it as transparent and clear as possible. Once you work through the article and understand all concepts I showed here you will be able to work with Git more effectively.<\/p>\n

This explanation gives the details regarding tree data structure and internal storage of objects. You can check the content (differences\/commits)of the files through local .git repository which stores each object with unique\u00a0 SHA\u00a0 hash. This would clear basically the internal working of git.
\nHopefully, this blog would help you in understanding the git inside out and helps in troubleshooting things related to git.<\/p>\n

\n","protected":false},"excerpt":{"rendered":"

Git Inside-Out Git is basically a file-system where you can retrieve your content through addresses. It simply means that you can insert any kind of data into git for which Git will hand you back a unique key you can use later to retrieve that content. We would be learning #gitinsideout through this blog The … Continue reading “Git Inside Out”<\/span><\/a><\/p>\n","protected":false},"author":171775670,"featured_media":29900,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_coblocks_attr":"","_coblocks_dimensions":"","_coblocks_responsive_height":"","_coblocks_accordion_ie_support":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[1],"tags":[768739295,101807,42722],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/opstree.com\/blog\/wp-content\/uploads\/2025\/11\/DevSecOps-1.jpg","jetpack_likes_enabled":true,"jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/pfDBOm-2G","jetpack-related-posts":[],"_links":{"self":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts\/166"}],"collection":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/users\/171775670"}],"replies":[{"embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/comments?post=166"}],"version-history":[{"count":6,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts\/166\/revisions"}],"predecessor-version":[{"id":1350,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/posts\/166\/revisions\/1350"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/media\/29900"}],"wp:attachment":[{"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/media?parent=166"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/categories?post=166"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/opstree.com\/blog\/wp-json\/wp\/v2\/tags?post=166"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}