-
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 サードパーティによる Git ホスティング
- 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 Git オブジェクトの置き換え
- 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 EclipseでGitを使う
- A1.4 BashでGitを使う
- A1.5 ZshでGitを使う
- A1.6 PowershellでGitを使う
- A1.7 まとめ
-
A2. 付録 B: Gitをあなたのアプリケーションに組み込む
- A2.1 Gitのコマンドラインツールを使う方法
- A2.2 Libgit2を使う方法
- A2.3 JGit
-
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.5 Gitの内側 - Refspec
Refspec
本書の全体に渡って、リモートブランチからローカルの参照へのシンプルなマッピングを使用してきましたが、もっと複雑な場合もあります。以下のようにリモートを追加したとしましょう。
$ git remote add origin https://github.com/schacon/simplegit-progit
.git/config
ファイルにセクションを追加して、リモートの名前(origin
)、リモートリポジトリのURL、そしてフェッチする対象のrefspecを指定します。
[remote "origin"]
url = https://github.com/schacon/simplegit-progit
fetch = +refs/heads/*:refs/remotes/origin/*
refspecの書式は <src>:<dst>
で、その前にオプションとして {plus}
を指定できます。ここで <src>
はリモート側の参照に対するパターンで、 <dst>
はそれらの参照がローカルで書きこまれる場所を示します。
{plus}
は、fast-forwardでない場合でも参照を更新するようGitに指示しています。
デフォルトでは、 git remote add
コマンドを実行すると、自動的にこの設定が書き込まれ、Gitはサーバー上の refs/heads/
以下にあるすべての参照をフェッチして、ローカルの refs/remotes/origin/
に書き込みます。
そのため、サーバー上に master
ブランチがあるとすると、ローカルでは、そのブランチのログには以下のコマンドでアクセスできます。
$ git log origin/master
$ git log remotes/origin/master
$ git log refs/remotes/origin/master
これらはすべて同じ意味を持ちます。なぜなら、どれもGitにより refs/remotes/origin/master
に展開されるからです。
逆に、常にリモートサーバー上の master
ブランチのみをプルして、それ以外のブランチはどれもプルしたくない場合は、fetchの行を以下のように変更します。
fetch = +refs/heads/master:refs/remotes/origin/master
これは、このリモートに対する git fetch
のデフォルトのrefspecそのものです。
もし、設定内容とは違う内容を一度だけプルしたければ、コマンドライン上でもrefspecを指定できます。
リモートの master
ブランチを、ローカルの origin/mymaster
にプルするには、以下のように実行します。
$ git fetch origin master:refs/remotes/origin/mymaster
複数のrefspecを指定することも可能です。 コマンドライン上で、以下のように複数のブランチをプルできます。
$ git fetch origin master:refs/remotes/origin/mymaster \
topic:refs/remotes/origin/topic
From git@github.com:schacon/simplegit
! [rejected] master -> origin/mymaster (non fast forward)
* [new branch] topic -> origin/topic
このケースでは、 master
ブランチのプルはfast-forwardの参照ではなかったため拒否されました。
refspecの先頭に {plus}
を指定すると、この動作を上書きできます。
さらに、設定ファイルに、フェッチ用のrefspecを複数指定することもできます。
もし、常に master
ブランチと experiment
ブランチをフェッチしたいならば、以下のように2行追加します。
[remote "origin"]
url = https://github.com/schacon/simplegit-progit
fetch = +refs/heads/master:refs/remotes/origin/master
fetch = +refs/heads/experiment:refs/remotes/origin/experiment
パターン中で、ファイル名の一部だけをワイルドカード指定したグロブを使うことはできません。以下の指定は無効となります。
fetch = +refs/heads/qa*:refs/remotes/origin/qa*
しかし、名前空間(やディレクトリ)を使って、似たようなことは行えます。 一連のブランチをプッシュしてくれるQAチームがいたとして、masterブランチとQAチームのブランチのみを取得したいならば、該当セクションを以下のように使用すればよいでしょう。
[remote "origin"]
url = https://github.com/schacon/simplegit-progit
fetch = +refs/heads/master:refs/remotes/origin/master
fetch = +refs/heads/qa/*:refs/remotes/origin/qa/*
仮に、QAチームがブランチをプッシュし、開発者チームもブランチをプッシュし、さらに統合チームもブランチをプッシュしたりリモートブランチを使って共同で作業をしたりするような複雑なワークフローに従っているとしましょう。そういった場合でも、上述のように設定しておけば簡単に名前空間を分けることができます。
refspecへのプッシュ
このように、名前空間を分けた参照をフェッチできるのは素晴らしいことです。しかし、そもそもQAチームは、どうすれば自分たちのブランチを qa/
という名前空間に格納できるのでしょうか?
プッシュの際にrefspecを使えばそれが可能です。
QAチームが自分たちの master
ブランチをリモートサーバー上の qa/master
にプッシュしたい場合、以下のように実行します。
$ git push origin master:refs/heads/qa/master
QAチームが git push origin
を実行する度に、Gitに自動的にこの処理を行ってほしいなら、設定ファイルに push
の値を追加することもできます。
[remote "origin"]
url = https://github.com/schacon/simplegit-progit
fetch = +refs/heads/*:refs/remotes/origin/*
push = refs/heads/master:refs/heads/qa/master
このように設定しておくと、 git push origin
を実行したときに、デフォルトでローカルの master
ブランチをリモートの qa/master
ブランチにプッシュするようになります。
参照の削除
また、refspecを使ってリモートサーバーから参照を削除することもできます。削除するには以下のコマンドを実行します。
$ git push origin :topic
refspecは <src>:<dst>
という書式なので、 <src>
の部分を取り除くと、要するにリモート上の topic
ブランチを空にせよという指示になり、リモート上の参照が削除されます。