-
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ブランチ
-
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 Resetの解明
- 7.8 高度なマージ
- 7.9 Rerere
- 7.10 Gitを使ったデバッグ
- 7.11 サブモジュール
- 7.12 バンドル
- 7.13 Replace
- 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 Refspec
- 10.6 転送プロトコル
- 10.7 メンテナンスとデータ復旧
- 10.8 環境変数
- 10.9 まとめ
-
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.9 付録C: Gitコマンド - メール
メール
Git自身を含む多くのGitプロジェクトは、メーリングリストを通じて完全に管理されています。Gitには、簡単にメールで送れるパッチの生成から、メールボックスからそれらのパッチを適用することまで、このプロセスを容易にするための多くのツールが組み込まれています。
git apply
git apply
コマンドは、git diff
コマンドやGNU diffコマンドで作成されたパッチを適用します。これはpatch
コマンドが行うことと似ていますが、いくつかの小さな違いがあります。
その使用方法と、そうする可能性のある状況については、メールからのパッチの適用で説明しています。
git am
git am
コマンドは、メールの受信箱、特にmbox形式のメールボックスからパッチを適用するために使用されます。これは、メールでパッチを受け取り、プロジェクトに簡単に適用するのに役立ちます。
git am
の使用法とワークフローについては、am
を使ったパッチの適用で、--resolved
、-i
、-3
オプションの使用法を含めて説明しました。
また、git am
のワークフローを助けるために使用できるフックもいくつかあり、それらはすべてメールワークフローフックで説明されています。
また、メール通知では、パッチ形式のGitHubプルリクエストの変更を適用するためにもこれを使用します。
git format-patch
git format-patch
コマンドは、メーリングリストに適切にフォーマットされた状態で送信できるmbox形式の一連のパッチを生成するために使用されます。
git format-patch
ツールを使用してプロジェクトに貢献する例については、メールによる公開プロジェクトで説明しています。
git imap-send
git imap-send
コマンドは、git format-patch
で生成されたメールボックスをIMAPの下書きフォルダにアップロードします。
git imap-send
ツールを使用してパッチを送信することでプロジェクトに貢献する例については、メールによる公開プロジェクトで説明しています。
git send-email
git send-email
コマンドは、git format-patch
で生成されたパッチをメールで送信するために使用されます。
git send-email
ツールを使用してパッチを送信することでプロジェクトに貢献する例については、メールによる公開プロジェクトで説明しています。
git request-pull
git request-pull
コマンドは、誰かにメールで送るためのメッセージ本文の例を生成するために単純に使用されます。公開サーバーにブランチがあり、パッチをメールで送らずにこれらの変更を統合する方法を誰かに知らせたい場合は、このコマンドを実行し、その出力を変更を取り込みたい相手に送ることができます。
git request-pull
を使用してプルメッセージを生成する方法については、フォークされた公開プロジェクトで説明しています。