-
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 配管コマンド
A3.5 付録C:Gitコマンド - プロジェクトの共有と更新
プロジェクトの共有と更新
Gitにはネットワークにアクセスするコマンドはそれほど多くなく、ほとんどすべてのコマンドはローカルデータベースで動作します。作業を共有したり、他の場所から変更をプルしたりする準備ができたら、リモートリポジトリを扱うコマンドがいくつかあります。
git fetch
git fetch
コマンドは、リモートリポジトリと通信し、現在のリポジトリにないリモートリポジトリ内のすべての情報をフェッチして、ローカルデータベースに保存します。
このコマンドについては、まずリモートからのフェッチとプルで見て、リモートブランチでその使用例を引き続き見ていきます。
また、プロジェクトへの貢献のいくつかの例でも使用します。
git fetch
をデフォルトとは少し異なる動作をさせるために、Refspecで高度にカスタマイズされたリファレンス仕様を設定します。
git pull
git pull
コマンドは基本的にgit fetch
コマンドとgit merge
コマンドの組み合わせであり、Gitは指定したリモートからフェッチし、すぐに現在のブランチにマージしようとします。
git fetch
については、リモートからのフェッチとプルで簡単に紹介し、リモートの調査では、実行した場合に何がマージされるかを確認する方法を示しています。
また、リベース時のリベースでは、リベースの困難を解決するためにどのように使用できるかを見ていきます。
リモートブランチのチェックアウトでは、URLを指定して変更を一時的にプルする方法を示します。
最後に、コミットの署名では、プルするコミットにGPG署名がされていることを検証するために、--verify-signatures
オプションを使用できることを簡単に説明します。
git push
git push
コマンドは、別のリポジトリと通信し、ローカルデータベースにあるがリモートデータベースにはないものを計算し、その差分を別のリポジトリにプッシュするために使用されます。他のリポジトリへの書き込みアクセスが必要なため、通常は何らかの形で認証されます。
まず、リモートへのプッシュで git push
コマンドを見ていきます。ここでは、ブランチをリモートリポジトリにプッシュする基本を説明します。プッシュでは、特定のブランチのプッシュについて少し詳しく説明し、トラッキングブランチでは、自動的にプッシュするためのトラッキングブランチの設定方法を見ていきます。リモートブランチの削除では、--delete
フラグを使用して、git push
でサーバー上のブランチを削除します。
プロジェクトへの貢献全体を通して、複数のリモートを介してブランチで作業を共有するために git push
を使用するいくつかの例を見ていきます。
タグの共有では、作成したタグを --tags
オプションを使って共有する方法を見ていきます。
サブモジュールの変更の公開では、サブモジュールを使用する際に非常に役立つ可能性がある、スーパープロジェクトをプッシュする前に、すべてのサブモジュールの作業が公開されていることを確認するために、--recurse-submodules
オプションを使用します。
その他のクライアントフックでは、プッシュが完了する前に実行してプッシュが許可されるべきかを検証するために設定できるスクリプトである pre-push
フックについて簡単に説明します。
最後に、Refspecのプッシュでは、通常使用される一般的なショートカットではなく、完全な refspec を使用したプッシュについて見ていきます。これにより、共有したい作業を非常に具体的に指定できます。
git remote
git remote
コマンドは、リモートリポジトリの記録を管理するためのツールです。長いURLを「origin」のような短いハンドルとして保存できるため、毎回入力する必要がありません。これらのハンドルを複数持つことができ、git remote
コマンドは、それらを追加、変更、削除するために使用されます。
このコマンドについては、リモートでの作業で、リスト表示、追加、削除、名前変更を含めて詳細に説明します。
このコマンドは、その後のほぼすべての章でも使用されますが、常に標準的な git remote add <name> <url>
の形式で使用されます。
git archive
git archive
コマンドは、プロジェクトの特定の時点のスナップショットのアーカイブファイルを作成するために使用されます。
リリースの準備で共有用のプロジェクトの tarball を作成するために git archive
を使用します。
git submodule
git submodule
コマンドは、通常のリポジトリ内で外部リポジトリを管理するために使用されます。これはライブラリやその他の種類の共有リソースの場合があります。submodule
コマンドには、これらのリソースを管理するためのいくつかのサブコマンド (add
、update
、sync
など) があります。
このコマンドは、サブモジュールでのみ言及され、完全に説明されています。