-
1. はじめに
- 1.1 バージョン管理について
- 1.2 Gitの簡単な歴史
- 1.3 Gitとは?
- 1.4 コマンドライン
- 1.5 Gitのインストール
- 1.6 Gitの初回セットアップ
- 1.7 ヘルプの入手
- 1.8 まとめ
-
2. Gitの基本
- 2.1 Gitリポジトリの入手
- 2.2 リポジトリへの変更の記録
- 2.3 コミット履歴の表示
- 2.4 取り消し
- 2.5 リモートとの連携
- 2.6 タグ付け
- 2.7 Gitエイリアス
- 2.8 まとめ
-
3. Gitブランチ
- 3.1 ブランチの概要
- 3.2 基本的なブランチングとマージ
- 3.3 ブランチ管理
- 3.4 ブランチングのワークフロー
- 3.5 リモートブランチ
- 3.6 リベース
- 3.7 まとめ
-
4. サーバー上のGit
- 4.1 プロトコル
- 4.2 サーバーにGitを導入する
- 4.3 SSH公開鍵の生成
- 4.4 サーバーのセットアップ
- 4.5 Gitデーモン
- 4.6 スマートHTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 サードパーティホスティングオプション
- 4.10 まとめ
-
5. 分散Git
- 5.1 分散ワークフロー
- 5.2 プロジェクトへの貢献
- 5.3 プロジェクトの保守
- 5.4 まとめ
-
6. GitHub
- 6.1 アカウントのセットアップと構成
- 6.2 プロジェクトへの貢献
- 6.3 プロジェクトの保守
- 6.4 組織の管理
- 6.5 GitHubのスクリプティング
- 6.6 まとめ
-
7. Gitツール
- 7.1 リビジョン選択
- 7.2 インタラクティブなステージング
- 7.3 スタッシュとクリーン
- 7.4 作業への署名
- 7.5 検索
- 7.6 履歴の書き換え
- 7.7 リセットの解明
- 7.8 高度なマージ
- 7.9 Rerere
- 7.10 Gitを使ったデバッグ
- 7.11 サブモジュール
- 7.12 バンドリング
- 7.13 置換
- 7.14 クレデンシャルストレージ
- 7.15 まとめ
-
8. Gitのカスタマイズ
- 8.1 Gitの構成
- 8.2 Git属性
- 8.3 Gitフック
- 8.4 Gitで強制されたポリシーの例
- 8.5 まとめ
-
9. Gitと他のシステム
- 9.1 クライアントとしてのGit
- 9.2 Gitへの移行
- 9.3 まとめ
-
10. Gitの内部構造
-
A1. 付録A:その他の環境でのGit
- A1.1 グラフィカルインターフェース
- A1.2 Visual StudioでのGit
- A1.3 Visual Studio CodeでのGit
- A1.4 IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMineでのGit
- A1.5 Sublime TextでのGit
- A1.6 BashでのGit
- A1.7 ZshでのGit
- A1.8 PowerShellでのGit
- A1.9 まとめ
-
A2. 付録B:アプリケーションへのGitの組み込み
- A2.1 コマンドラインGit
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
A3. 付録C:Gitコマンド
- A3.1 セットアップと構成
- A3.2 プロジェクトの取得と作成
- A3.3 基本的なスナップショット
- A3.4 ブランチングとマージ
- A3.5 プロジェクトの共有と更新
- A3.6 検査と比較
- A3.7 デバッグ
- A3.8 パッチ
- A3.9 メール
- A3.10 外部システム
- A3.11 管理
- A3.12 配管コマンド
10.1 Gitの内部構造 - 配管と陶器
この章には、かなり前の章からスキップして来た方も、この本を順番に読み進めてここにたどり着いた方もいらっしゃるかと思います。いずれにしても、ここではGitの内部構造と実装について説明します。この情報を理解することは、Gitの便利さと強力さを理解する上で非常に重要であることがわかりましたが、初心者にとっては混乱を招き、不必要に複雑になるという意見もありました。そのため、この議論を本の最後の章にすることで、学習プロセスの初期段階または後で読むことができるようにしました。どのタイミングで読むかは、読者の判断にお任せします。
さて、それでは始めましょう。まず、まだ明らかでない場合は、Gitは基本的に、その上にVCSのユーザーインターフェースが書かれたコンテンツアドレス可能なファイルシステムです。これの意味については、少し後で詳しく説明します。
Gitの初期(主に1.5以前)には、ユーザーインターフェースは、洗練されたVCSよりもこのファイルシステムを強調していたため、はるかに複雑でした。ここ数年で、UIは他のどのシステムよりもクリーンで使いやすくなるように洗練されてきました。しかし、複雑で習得が難しい初期のGit UIについてのステレオタイプが残っています。
コンテンツアドレス可能なファイルシステム層は驚くほどクールなので、この章では最初にそれについて説明します。次に、トランスポートメカニズムと、最終的に対応する必要があるかもしれないリポジトリのメンテナンス作業について学びます。
配管と陶器
この本では主に、checkout
、branch
、remote
など、30個程度のサブコマンドを使ったGitの使い方を説明します。しかし、Gitは当初、完全なユーザーフレンドリーなVCSではなく、バージョン管理システムのツールキットとして設計されたため、低レベルな作業を行うサブコマンドが多数存在し、UNIX風に連結したり、スクリプトから呼び出したりできるように設計されています。これらのコマンドは一般的にGitの「配管(plumbing)」コマンドと呼ばれ、よりユーザーフレンドリーなコマンドは「陶器(porcelain)」コマンドと呼ばれています。
すでにお気づきかもしれませんが、この本の最初の9章では、ほぼ専ら陶器コマンドを扱っています。しかし、この章では、Gitの内部動作にアクセスでき、Gitがなぜそのように動作するのかを理解するのに役立つ、より低レベルな配管コマンドを主に扱います。これらのコマンドの多くは、コマンドラインで手動で使用するように設計されているのではなく、新しいツールやカスタムスクリプトの構成要素として使用するように設計されています。
新しいディレクトリまたは既存のディレクトリでgit init
を実行すると、Gitは.git
ディレクトリを作成します。このディレクトリには、Gitが保存および操作するほぼすべてのものが格納されます。リポジトリをバックアップまたはクローンする場合、この単一のディレクトリを別の場所にコピーすれば、必要なもののほぼすべてが揃います。この章全体では、基本的にこのディレクトリ内で見ることができるものについて説明します。以下は、新しく初期化された.git
ディレクトリの典型的な構造です。
$ ls -F1
config
description
HEAD
hooks/
info/
objects/
refs/
Gitのバージョンによっては、追加のコンテンツが表示される場合がありますが、これは新しいgit init
リポジトリであり、デフォルトで表示されるものです。description
ファイルはGitWebプログラムでのみ使用されるため、心配する必要はありません。config
ファイルにはプロジェクト固有の設定オプションが含まれており、info
ディレクトリには.gitignore
ファイルで追跡したくない無視パターンに関するグローバルな除外ファイルが保存されています。hooks
ディレクトリには、クライアント側またはサーバー側のフックスクリプトが含まれており、これらについてはGitフックで詳しく説明します。
これにより、4つの重要なエントリが残ります。HEAD
ファイル、(まだ作成されていない)index
ファイル、そしてobjects
とrefs
ディレクトリです。これらはGitの中核となる部分です。objects
ディレクトリにはデータベースのすべてのコンテンツが保存され、refs
ディレクトリにはそのデータのコミットオブジェクトへのポインタ(ブランチ、タグ、リモートなど)が保存され、HEAD
ファイルは現在チェックアウトしているブランチを指し、index
ファイルにはGitがステージングエリア情報を保存します。Gitがどのように動作するかを理解するために、これらの各セクションを詳しく見ていきましょう。