-
1. Gitを始めるにあたって
- 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 Resetの解明
- 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 PlumbingとPorcelain
- 10.2 Gitオブジェクト
- 10.3 Gitリファレンス
- 10.4 Packfile
- 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 Plumbingコマンド
7.12 Git ツール - バンドル
バンドル
Git データをネットワーク経由で転送する一般的な方法(HTTP、SSH など)については説明しましたが、実はもうひとつ、あまり使われていませんが非常に便利な方法があります。
Git には、そのデータを単一のファイルに「バンドル」する機能があります。これは様々なシナリオで役立ちます。例えば、ネットワークがダウンしていて、同僚にUに変更を送信したい場合。あるいは、オフサイトで作業していて、セキュリティ上の理由からローカルネットワークにアクセスできない場合。ワイヤレス/イーサネットカードが故障した場合。一時的に共有サーバーにアクセスできない場合、誰かに更新をメールで送りたいが、40コミットをformat-patch
で転送したくない場合。
ここでgit bundle
コマンドが役立ちます。bundle
コマンドは、通常git push
コマンドでネットワーク経由でプッシュされるすべてのデータをバイナリファイルにまとめます。このファイルを誰かにメールで送信したり、USBフラッシュドライブに入れたりして、別のリポジトリでアンバンドルできます。
簡単な例を見てみましょう。2つのコミットを持つリポジトリがあるとします。
$ git log
commit 9a466c572fe88b195efd356c3f2bbeccdb504102
Author: Scott Chacon <schacon@gmail.com>
Date: Wed Mar 10 07:34:10 2010 -0800
Second commit
commit b1ec3248f39900d2a406049d762aa68e9641be25
Author: Scott Chacon <schacon@gmail.com>
Date: Wed Mar 10 07:34:01 2010 -0800
First commit
そのリポジトリを誰かに送りたいが、プッシュするリポジトリにアクセスできない、または単に設定したくない場合は、git bundle create
でバンドルできます。
$ git bundle create repo.bundle HEAD master
Counting objects: 6, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (6/6), 441 bytes, done.
Total 6 (delta 0), reused 0 (delta 0)
これで、リポジトリのmaster
ブランチを再作成するために必要なすべてのデータを含むrepo.bundle
というファイルができました。bundle
コマンドでは、含めたいすべての参照または特定のコミット範囲をリストアップする必要があります。これを別の場所でクローンするつもりなら、ここで示したようにHEADも参照として追加すべきです。
このrepo.bundle
ファイルを誰かにメールで送ったり、USBドライブに入れて手渡したりできます。
一方、このrepo.bundle
ファイルを受け取って、プロジェクトに取り組みたいとします。URLからクローンするのと同じように、このバイナリファイルからディレクトリにクローンできます。
$ git clone repo.bundle repo
Cloning into 'repo'...
...
$ cd repo
$ git log --oneline
9a466c5 Second commit
b1ec324 First commit
参照にHEADを含めなかった場合、-b master
または含まれているブランチを指定する必要があります。そうしないと、どのブランチをチェックアウトすればよいかわかりません。
さて、3つのコミットを行い、USBスティックまたはメールで新しいコミットをバンドルで送り返したいとします。
$ git log --oneline
71b84da Last commit - second repo
c99cf5b Fourth commit - second repo
7011d3d Third commit - second repo
9a466c5 Second commit
b1ec324 First commit
まず、バンドルに含めたいコミットの範囲を決定する必要があります。ネットワークプロトコルがネットワーク経由で転送する最小限のデータセットを自動的に判断してくれるのとは異なり、私たちはこれを手動で判断する必要があります。もちろん、同じようにリポジトリ全体をバンドルすることもできますが、それはうまくいきます。しかし、作成したばかりの3つのコミットだけをバンドルする方が良いです。
それを行うには、差分を計算する必要があります。 「コミット範囲」で説明したように、コミットの範囲はいくつかの方法で指定できます。元々クローンしたブランチにはなかった、私たちのmaster
ブランチにある3つのコミットを取得するには、origin/master..master
またはmaster ^origin/master
のようなものを使用できます。これはlog
コマンドでテストできます。
$ git log --oneline master ^origin/master
71b84da Last commit - second repo
c99cf5b Fourth commit - second repo
7011d3d Third commit - second repo
バンドルに含めるコミットのリストができたので、それらをバンドルしましょう。git bundle create
コマンドを使用して、バンドルのファイル名と含めたいコミットの範囲を指定します。
$ git bundle create commits.bundle master ^9a466c5
Counting objects: 11, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (9/9), 775 bytes, done.
Total 9 (delta 0), reused 0 (delta 0)
これで、ディレクトリにcommits.bundle
ファイルが作成されました。これをパートナーに送ると、その間にさらに作業が進んでいたとしても、彼女はそれを元のリポジトリにインポートできます。
バンドルを受け取ったとき、彼女はそれをリポジトリにインポートする前に、何が含まれているかを確認できます。最初のコマンドはbundle verify
コマンドで、ファイルが実際に有効なGitバンドルであり、適切に再構成するために必要なすべての祖先を持っていることを確認します。
$ git bundle verify ../commits.bundle
The bundle contains 1 ref
71b84daaf49abed142a373b6e5c59a22dc6560dc refs/heads/master
The bundle requires these 1 ref
9a466c572fe88b195efd356c3f2bbeccdb504102 second commit
../commits.bundle is okay
もしバンドラーが、3つのコミットすべてではなく、彼らが実行した最後の2つのコミットだけをバンドルしていた場合、元のリポジトリは必要な履歴が欠落しているため、それをインポートできませんでした。その場合、verify
コマンドは次のように表示されたでしょう。
$ git bundle verify ../commits-bad.bundle
error: Repository lacks these prerequisite commits:
error: 7011d3d8fc200abe0ad561c011c3852a4b7bbe95 Third commit - second repo
しかし、最初のバンドルは有効なので、そこからコミットをフェッチできます。バンドルにインポートできるブランチが何であるかを確認したい場合、ヘッドをリストするコマンドもあります。
$ git bundle list-heads ../commits.bundle
71b84daaf49abed142a373b6e5c59a22dc6560dc refs/heads/master
verify
サブコマンドもヘッドを教えてくれます。要点は何がプルできるかを見ることなので、fetch
またはpull
コマンドを使ってこのバンドルからコミットをインポートできます。ここでは、バンドルのmaster
ブランチを、私たちのリポジトリのother-master
という名前のブランチにフェッチします。
$ git fetch ../commits.bundle master:other-master
From ../commits.bundle
* [new branch] master -> other-master
これで、インポートされたコミットがother-master
ブランチに、そしてその間に私たちのmaster
ブランチで行われたコミットも確認できます。
$ git log --oneline --decorate --graph --all
* 8255d41 (HEAD, master) Third commit - first repo
| * 71b84da (other-master) Last commit - second repo
| * c99cf5b Fourth commit - second repo
| * 7011d3d Third commit - second repo
|/
* 9a466c5 Second commit
* b1ec324 First commit
つまり、git bundle
は、適切なネットワークや共有リポジトリがない場合に、共有やネットワークタイプの操作を行うのに非常に役立ちます。