Gitのコマンドの裏側では何が起こっているのか

#はじめに

Git難しいですよね。チュートリアル通りにadd,commitしてGithubにpush。一応コマンドを打っていても、何をやっているのかよく分かりません。よく分からない原因は、Gitがユーザーのために難しい原理の部分を隠蔽しているからですが、逆にこの部分を深く理解することで、自信を持ってgitのコマンドを利用できます。

本記事では、gitの裏側の仕組みを解説しますが、**Gitはファイルのバージョン管理システムだということを念頭に置いて**読んでいただければと思います。

#gitのデータはどこで管理しているのか
説明の前に、ターミナルでコマンドをいくつか打ってみましょう。
適当なディレクトリ を作って、移動してください

```
  #この記事で使うディレクトリの作成・移動
  mkdir git-practice && cd git-practice

  #空のgit-practiceフォルダを、gitが使えるように初期化
  git init
```

さて、ここで 

```
  open .
```

を実行すると、現在いるディレクトリ(ここではgit-practice)が開かれますね。

![スクリーンショット 2020-12-09 19.45.27.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/3e6ade0a-6c72-7429-6449-0ea2b500f7a8.png)

git-practiceフォルダの中身が何も見えないので、 「cmd + shift + . 」　を押してください。
![スクリーンショット 2020-12-09 19.47.12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/7c495e98-7c84-25ac-3e4c-78ad33fe9a80.png)

.gitフォルダがうっすらと現れましたね。「.」から始まるフォルダを**隠しフォルダ**と言い、**gitが管理するために**(自分で勝手に書き換えたりできないように)、デフォルトでは見えないようになっています。
フォルダを開くと中身はこのようになっています。

![スクリーンショット 2020-12-09 19.49.53.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/12324466-702f-7abd-69f3-19df4fa5207c.png)

**gitのコマンドを実行して生成されたものは、全てこの「.gitディレクトリ 」の中で管理されています。**今までコマンドを打っていたものの実体はここにあったのですね。
　　

#gitの基本的なコマンドを実行してみる

それでは、.gitディレクトリの詳細な説明の前に、実際にgit-practiceディレクトリのなかでファイルを作成して、gitで取り扱ってみましょう。
gitでファイルを扱うのは以下のステップになります。

![スクリーンショット 2020-12-09 21.27.20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/c70716d8-30cf-0b9c-c501-2cf1ad2e58ad.png)

まずワークツリー(今回はgit-practice)の中でファイルやディレクトリを作成して、git addコマンドを実行することでステージングエリアに追加し、git commit コマンドでローカルリポジトリに追加します。

```
  #ファイルの作成
  touch first-commit.txt

  #ステージングエリアに追加　
  git add first-commit.txt

  #ローカルリポジトリに追加
  git commit -m "First commit"
```

これで完了です。では、.gitディレクトリの中では何が起こっているのでしょうか?

#.gitディレクトリの中で起こっていること

まず、ワークツリーをaddすると、ステージングエリアにいろいろなファイルができて、それらは「.git/indexフォルダ」の配下に置かれます(ここでは詳細は割愛します)

そしてそれをcommitすると、複数のオブジェクトができます。

![スクリーンショット 2020-12-09 19.49.53.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/12324466-702f-7abd-69f3-19df4fa5207c.png)

できたオブジェクトは全て ↑の.git/objectsの中に格納されます。

gitのローカルリポジトリに保存されるオブジェクトには3種類あり

1. **blobオブジェクト**
1. **treeオブジェクト**
1. **commitオブジェクト**

の3つです。

そしてそれぞれのオブジェクトは、オブジェクトの中身を関数に突っ込んで計算された、**ハッシュ値という40桁の一意の値**を持っています。

![スクリーンショット 2020-12-09 22.05.25.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/8fe31454-efea-fe3d-e061-c4b2b8d87cdb.png)

**ハッシュ値はオブジェクトのIDみたいなもの**ですね。それぞれ固有のIDを持った3種類のオブジェクトを使って、gitはどのように情報を管理しているのでしょうか?

そもそも、**gitはファイルのバージョン管理システム**です。
ファイルのバージョン管理をするとき、知りたいのは3つですよね。

1. **いつのバージョンのデータなのか**
1. **そのデータはどのようなディレクトリやファイルの構成をしているのか**
1. **実際のファイルの中身は何なのか?**

これをそれぞれ、前述のオブジェクトで表します。

1. いつのバージョンのデータなのか　→　**commitオブジェクト**
1. そのデータはどのようなディレクトリやファイルの構成をしているのか　→　**treeオブジェクト**
1. 実際のファイルの中身は何なのか?　→　**blobオブジェクト**

これらが全て.git/objectsに入っているわけです。

![スクリーンショット 2020-12-09 22.17.22.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/8b55b530-b515-d346-c57e-2e8ba715e56c.png)

僕の.git/objectsの中身は上のような感じです。(ファイルをいつ作ったかも40桁のハッシュ値に影響するので、同じコマンドを打っても、僕と皆さんのオブジェクト名は異なるはずです)

40桁の名前のオブジェクトが3つできていますが、最初の2桁がディレクトリ名に割り当てられてい流ので、実際に３つのオブジェクトができていることが確認できました。

細かくなりすぎるので、コマンドを用いて内容を確認する方法は割愛しますが、3つのオブジェクトの構造は次のようになっています。

![スクリーンショット 2020-12-09 22.34.38.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/68b12e5d-3d24-baa9-29e0-44bba4ac7ccd.png)

これらが、全て./git/objectsのなかに入っていて、何度もコミットすると、前回のコミットのハッシュ値(ID)をparentを持てるので、バージョンを古いところまで辿れますね。
ちなみに、treeは、ディレクトリ構造をあらわすので、階層構造になっていた場合、treeが何層にも重なることもあります。

こうやって、それぞれのオブジェクトが別のオブジェクトを指すことでファイルとバージョンを管理しているのですね。

分かる方だけに向けてなのですが、実際には、branchはcommitを指し示しているので、何度もコミットするとこんな感じになるんですよね。
![スクリーンショット 2020-12-09 22.50.17.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/830562/6ad73eb9-924f-4dbf-af9d-523810390c9b.png)

というわけで,「.gitディレクトリ」のなかにたくさんオブジェクトを作って、それに40桁の名前をつけてローカルリポジトリとして管理している、というのがgitのバージョン管理の仕組みだ、ということになります。

branchのcheckoutとかHEADの移動とかについても、また別の記事で触れたいと思います~