前提

単に以下を自分の理解用に整理、他の情報を追記したものです。

https://git-scm.com/book/ja/v2

したがって、リンク先を読むのが一番良いかと思います。

注意事項

引用・画像に関して、特に記載のないものは全て　https://git-scm.com/book/ja/v2　からの引用です。
太字＋下線は私による強調です。https://git-scm.com/book/ja/v2　執筆者によるものではございません。

メモ

どこかのタイミングでビジュアライズしたものを追記したい

本題：Gitのベースを理解する

Gitとは？

スナップショットで、差分ではない

### スナップショットで、差分ではない
Gitと他のVCS (Subversionとその類を含む)の主要な相違は、Gitのデータについての考え方です。概念的には、他のシステムのほとんどは、情報をファイルを基本とした変更のリストとして格納します。これらのシステム（CVS、Subversion、Perforce、Bazaar等々）は、図1-4に描かれているように、システムが保持しているファイルの集合と、時間を通じてそれぞれのファイルに加えられた変更の情報を考えます。

Gitは、この方法ではデータを考えたり、格納しません。代わりに、Gitはデータをミニ・ファイルシステムのスナップショットの集合のように考えます。 Gitで全てのコミット（訳注：commitとは変更を記録・保存するGitの操作。詳細は後の章を参照）をするとき、もしくはプロジェクトの状態を保存するとき、Gitは基本的に、その時の全てのファイルの状態のスナップショットを撮り（訳者注：意訳）、そのスナップショットへの参照を格納するのです。効率化のため、ファイルに変更が無い場合は、Gitはファイルを再格納せず、既に格納してある、以前の同一のファイルへのリンクを格納します。 Gitは、むしろデータを*一連のスナップショット*のように考えます。

Gitのワークフロー

基本的なGitのワークフローは、このような風に進みます：
作業ディレクトリのファイルを修正します。
修正されたファイルのスナップショットをステージング・エリアに追加して、ファイルをステージします。
コミットします。（訳者注：Gitでは）これは、ステージング・エリアにあるファイルを取得し、永久不変に保持するスナップショットとしてGitディレクトリに格納することです。

リポジトリ

ローカルリポジトリ：開発者のPC上に存在し、コードの履歴やブラ