Git Logic

# gitはどうやって動いている？

エンジニアとして活動してはや数年、今になってなんか急に気になったから調べてみた備忘録。
誤情報等あればコメントでご指摘ください✊

キーワードとして大事なのはとりあえず以下っぽいということがわかった。

- Gitは差分管理方法としてまるごと前後の2ファイルを保持して差分を取得しているわけではなく、**スナップショット**という仕組みを使ってファイルの差分を保持している。
- 各コミットを識別するためのID算出に**ハッシュを使って**重複を回避（コミットID）している。
- **オブジェクト** として必要な情報を保持している。

それぞれ一つずつ見ていこう。

## ① スナップショットという仕組みについて

スナップショットには2種類存在する。

- 2ファイルをまるごと保持する方法
  - ある地点でのファイルをまるごと保持していく方法。バックアップと異なるのはバックアップは定期的に行われるのに対し、スナップショットは保存するタイミングを自分で決められる。
- 2ファイルの差分を管理していく方法
  - 一つのファイルに対してある瞬間と今の瞬間を比較してその変更・関連情報を保持するという仕組みである。
ファイルをまるごと保存するわけではないので、保持するデータ量が少なくて済む。

Gitは前者「2ファイルをまるごと保持する方法」である。
一見効率が悪そうに見えるが、Gitはファイルまるごとのデータとは別にどのファイルに変更があったのかという、ディレクトリ構成のようなデータも一緒に情報として保持している（後述の「treeオブジェクト」で管理するファイルのハッシュ情報）。これにより、変更のあったファイルだけを簡単に見つけ出している。

このGit特有のスナップショット技術こそがロジックの核といえる。

## ② ハッシュによるコミットID算出

ご存知の通り、Gitの最大の利点の一つとして、ある地点までのロールバックが可能であるということは皆さんご存知だろう。
以下のコマンドなどである地点まで戻すということができる。
```
git reset <コミットID>
```

当たり前だが、差分の各地点を指定するには識別するための一意なIDが必要である。
このコミットIDに関して、お気づきかも知れないが、ハッシュによって割り振られており、SHA-1のアルゴリズムで決定されている。

### パターン数

コミットIDは40文字かなり、1~9(10),a~z(26)で構成されるため、

パターン数は
36^40
= 1.7868991024601705453143247728944e+62
**178那由多6899阿僧祇1024恒河沙6017極545載3143正3247澗7289溝4400穣** パターンある

### SHA-1アルゴリズム

入力として与えられた情報から特定の規則に従いハッシュ値を生成するアルゴリズムである。

Gitでは以下の情報を入力値として与えて、コミットIDを生成している。

- ディレクトリ構成のハッシュ値
- 直前のコミットID
- Author名

<details>
<summary> 余談：ハッシュなんだから重複の怖くない？</summary>
実際起こることがあるっぽい。  <br>
ブランチもコミットした人も全く同じだとやばいみたいで `git reset` ができなってしまうみたい。超稀だが    <br>  
起きてしまうと、すでにあったコミットが優先されるらしい。これ起きたらどう回避するんだろう。  <br>    
この問題回避もあり、最新のGitではSHA-256(256ビット)が採用されている<br>
</details>



    
## ③ オブジェクトとしての情報管理

オブジェクトとして差分の管理に必要な情報をそれぞれ管理している。
ディレクトリ階層的には以下で見れる。

```python
.git
└── objects # Gitが監視・管理するファイルやディレクトリの情報
	  └── 00
      └── ...
```

オブジェクトの種類は３種類でそれぞれの役割は以下の通り

- blobオブジェクト（ファイルの圧縮・共有版とスナップショットの管理。詳しくは後述）
- treeオブジェクト（ディレクトリ構成とスナップショットの管理。）
- commitオブジェクト（コミット関連の情報とスナップショットを持つtreeへのポインタ情報。スナップショットやコミッター情報）

また、オブジェクトのファイル名はコミットIDと結びつく。

<details>
<summary> 余談：ちなみになぜディレクトリが分かれているのか</summary>
object配下を見ると、ディレクトリが分かれているがなぜ分かれているのか？<br>
<br>
理由はファイルシステムにあるらしく、一つのディレクトリに格納できるファイルの数に数千程度の制限があるからだとか。大量のコミットがあったらこれに引っかかるらしく、生成されたコミットID40桁のうち先頭2桁をディレクトリ名、残り38桁をファイル名に使って回避しているらしい（賢いね）<br>
</details>

# おまけ：.git配下を観察してみる

.git配下を見てみるとこんな感じになっていた。知らない機能がいくつかあったのでまとめた

```bash
.git
└── hooks # Gitの各コマンドを実行した時に呼び出すことができる自作スクリプト置き場
└── info # 自分専用のGit追加情報定義箇所
|		└── exclude # .gitignore相当。自分環境専用
└── logs # これまでの様々なログ。
└── objects # Gitが監視・管理するファイルやディレクトリの情報
|	  └── 00
|   └── ...
└── refs # 最新コミットIDの管理
```

- hooksで自作スクリプトを実行できるの知らんかった。
- excludeもわりと便利そう。この仕組造っている間だけこのファイルの更新やめときたいなってときに使えそう。

# 参考・引用・協力

- [Git](https://git-scm.com/)
- [SHA-1 - Wikipedia](https://ja.wikipedia.org/wiki/SHA-1)
- [5分でわかるSSL通信　SHA-1、SHA-2の違いとは？｜ITフリーランスをサポートする【geechs job(ギークスジョブ)】](https://geechs-job.com/tips/details/37)
- [SHA-1とは - ITを分かりやすく解説](https://medium-company.com/sha-1/)
- [【Git】Gitの仕組みを理解する【概念を図解でわかり易く】 | tetoblog](https://tetoblog.org/2021/06/git-how/#:~:text=Git%E3%81%AE%E4%BB%95%E7%B5%84%E3%81%BF%E3%81%A7%E3%81%AF%E3%80%81%E3%80%8C%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88,%E3%82%82%E5%8F%AF%E8%83%BD%E3%81%AB%E3%81%AA%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82)
- [難しいGitコマンドは、仕組みから理解してみよう - Qiita](https://qiita.com/_ha1f/items/2dca1047c57d4f0bd465)
- [【読むだけ】Gitとは？仕組みを初心者にもわかりやすく解説【図解】 | キツネの惑星](https://kitsune.blog/git-summary)
- [Gitの基本的な仕組みを知ろう|もう怖くないGit！チーム開発で必要なGitを完全マスター|Techpit](https://www.techpit.jp/courses/33/curriculums/34/sections/286/parts/965)
- [目指せ！脱初心者 Gitの基本を図解で解説 | 仙台を代表するホームページ制作会社｜AndHA（アンドエイチエー）](https://and-ha.com/coding/beginners-guide-basics-git/)
- [chatGPT](https://chat.openai.com/)

# 変更履歴
 
- [Gitの差分管理に関する誤認識指摘を反映](https://qiita.com/SoraY677/items/72dd69de8c3d5d482c99#comment-ddba28edf7e7ebf90688)/ Thanks: @jun1s 様