-
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内部
- 10.1 内部コマンドと外部コマンド
- 10.2 Gitオブジェクト
- 10.3 Git参照
- 10.4 パックファイル
- 10.5 リファレンス指定
- 10.6 転送プロトコル
- 10.7 メンテナンスとデータ復旧
- 10.8 環境変数
- 10.9 まとめ
-
付録A. 付録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 まとめ
-
付録B. 付録B: アプリケーションへのGitの埋め込み
- A2.1 コマンドラインGit
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
付録C. 付録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 内部コマンド
A3.3 付録C: Gitコマンド - 基本的なスナップショット
基本的なスナップショット
コンテンツをステージングして履歴にコミットする基本的なワークフローには、いくつかの基本的なコマンドしかありません。
git add
git add
コマンドは、作業ディレクトリから次のコミットのためにステージングエリア(または「インデックス」)にコンテンツを追加します。git commit
コマンドを実行すると、デフォルトではこのステージングエリアのみが参照されるため、git add
を使用して、次のコミットスナップショットの内容を正確に作成します。
このコマンドはGitにおいて非常に重要なコマンドであり、本書では数十回も言及または使用されています。いくつかのユニークな使用方法を簡単に説明します。
最初にgit add
を詳しく紹介して説明するのは、新規ファイルの追跡です。
基本的なマージコンフリクトで、マージコンフリクトを解決する方法について説明します。
インタラクティブステージングで、変更されたファイルの特定の部分のみをインタラクティブにステージングする方法について説明します。
最後に、ツリーオブジェクトで低レベルでエミュレートして、内部で何が起こっているのかを理解できるようにします。
git status
git status
コマンドは、作業ディレクトリとステージングエリアのファイルのさまざまな状態を表示します。どのファイルが変更されていてステージングされていないか、ステージングされているがまだコミットされていないかを調べることができます。通常の状態では、これらのステージ間でファイルを移動する方法に関する基本的なヒントも表示されます。
ファイルの状態の確認で、基本的な形と簡略化された形の両方でstatus
について最初に説明します。本書全体でこのコマンドを使用していますが、git status
コマンドで行えることはすべてそこで説明されています。
git diff
git diff
コマンドは、任意の2つのツリー間の違いを確認する場合に使用します。これは、作業環境とステージングエリア間の違い(git diff
単体)、ステージングエリアと最後のコミット間の違い(git diff --staged
)、または2つのコミット間の違い(git diff master branchB
)などです。
ステージング済みとステージングされていない変更の表示で、git diff
の基本的な使用方法について最初に説明し、ステージング済みの変更とステージングされていない変更を確認する方法を示します。
コミットガイドラインで、--check
オプションを使用してコミット前に空白の問題がないかを確認する方法について説明します。
何が導入されたかの特定で、git diff A…B
構文を使用して、ブランチ間の違いをより効果的に確認する方法について説明します。
高度なマージで、-b
を使用して空白の違いを除外する方法、および--theirs
、--ours
、--base
を使用してコンフリクトのあるファイルのさまざまなステージを比較する方法について説明します。
最後に、サブモジュールの開始で、--submodule
を使用してサブモジュールの変更を効果的に比較する方法について説明します。
git difftool
git difftool
コマンドは、組み込みのgit diff
コマンド以外のツールを使用したい場合に、2つのツリー間の違いを表示する外部ツールを起動するだけです。
これはステージング済みおよびステージングされていない変更の表示で簡単に触れています。
git commit
git commit
コマンドは、git add
でステージングされたすべてのファイルの内容を受け取り、データベースに新しい永続的なスナップショットを記録し、現在のブランチのブランチポインタをそれに移動します。
変更のコミットで、コミットの基本を最初に説明します。そこでは、日常的なワークフローでgit add
ステップをスキップするための-a
フラグの使用方法、およびエディタを起動する代わりにコマンドラインでコミットメッセージを渡すための-m
フラグの使用方法も示します。
元に戻すでは、最新のコミットをやり直すための--amend
オプションの使用方法について説明します。
ブランチの概要では、git commit
が何を行い、なぜそのような動作をするのかについて、より詳細に説明します。
コミットの署名では、-S
フラグを使用してコミットを暗号的に署名する方法について説明しました。
最後に、コミットオブジェクトで、git commit
コマンドがバックグラウンドでどのように動作し、実際にどのように実装されているかを見ていきます。
git reset
git reset
コマンドは、動詞からわかるように、主に元に戻すために使用されます。HEAD
ポインタを移動し、必要に応じてindex
(インデックス)またはステージングエリアを変更し、--hard
を使用する場合は作業ディレクトリも変更できます。この最後のオプションにより、誤って使用すると作業が失われる可能性があるため、使用する前に必ず理解しておいてください。
ステージング済みのファイルのステージング解除では、git add
を実行したファイルのステージングを解除するために使用する、git reset
の最も簡単な使用方法を最初に効果的に説明します。
次に、このコマンドの説明に完全に特化したReset Demystified(リセット詳解)で、かなり詳細に説明します。
マージの中断では、マージを中止するためにgit reset --hard
を使用します。ここでは、git reset
コマンドのラッパーであるgit merge --abort
も使用します。
git rm
git rm
コマンドは、Gitからステージングエリアと作業ディレクトリからファイルを削除するために使用されます。これは、次のコミットのためにファイルの削除をステージングするという点で、git add
に似ています。
ファイルの削除では、git rm
コマンドについて詳しく説明します。これには、ファイルの再帰的な削除、および--cached
を使用してステージングエリアからのみファイルを削除し、作業ディレクトリには残しておく方法が含まれます。
本書でgit rm
の他の異なる使用方法としては、オブジェクトの削除があります。ここでは、git filter-branch
の実行時に--ignore-unmatch
を簡単に使用して説明します。これは、削除しようとしているファイルが存在しない場合にエラーにならないようにするだけです。これは、スクリプティングの目的で役立ちます。
git mv
git mv
コマンドは、ファイルを移動し、新しいファイルにgit add
を実行し、古いファイルにgit rm
を実行する、薄い利便性コマンドです。
このコマンドについては、ファイルの移動で簡単に触れています。
git clean
git clean
コマンドは、作業ディレクトリから不要なファイルを削除するために使用されます。これには、一時的なビルドアーティファクトやマージコンフリクトファイルの削除が含まれます。
作業ディレクトリのクリーンアップでは、cleanコマンドを使用する可能性のある多くのオプションとシナリオについて説明します。