-
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 Smart 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の「配管」コマンドと呼ばれ、よりユーザーフレンドリーなコマンドは「磁器」コマンドと呼ばれます。
これまでに気づかれたかもしれませんが、この書籍の最初の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がどのように動作するかを見るために、これらの各セクションを詳しく見ていきましょう。