-
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ツール
-
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 まとめ
-
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 プラミングコマンド
10.5 Gitの内部構造 - リフスペック
リフスペック
本書では、リモートブランチからローカル参照への単純なマッピングを使用してきましたが、これらはもっと複雑になる可能性があります。例えば、前のセクションを読み進めて小さなローカルGitリポジトリを作成し、そこにリモートを追加したいとします。
$ git remote add origin https://github.com/schacon/simplegit-progit
上記のコマンドを実行すると、リポジトリの.git/config
ファイルにセクションが追加され、リモート名(origin
)、リモートリポジトリのURL、およびフェッチに使用するリフスペックが指定されます。
[remote "origin"]
url = https://github.com/schacon/simplegit-progit
fetch = +refs/heads/*:refs/remotes/origin/*
リフスペックのフォーマットは、まずオプションの+
に続き、<src>:<dst>
です。ここで<src>
はリモート側の参照のパターンを表し、<dst>
はそれらの参照がローカルで追跡される場所を表します。+
は、Gitにfast-forwardでない場合でも参照を更新するように指示します。
git remote add origin
コマンドによって自動的に書き込まれるデフォルトの場合、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
に展開するため、同等です。
代わりにGitが毎回master
ブランチのみをプルダウンし、リモートサーバー上の他のすべてのブランチはプルダウンしないようにしたい場合、フェッチ行をそのブランチのみを参照するように変更できます
fetch = +refs/heads/master:refs/remotes/origin/master
これは、そのリモートに対するgit fetch
のデフォルトのリフスペックです。一度だけフェッチしたい場合は、コマンドラインで特定のリフスペックを指定することもできます。リモート上のmaster
ブランチをローカルのorigin/mymaster
にプルするには、以下を実行します
$ git fetch origin master:refs/remotes/origin/mymaster
複数のリフスペックを指定することもできます。コマンドラインでは、次のようにいくつかのブランチをプルダウンできます
$ 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参照としてリストされていなかったため拒否されました。リフスペックの前に+
を指定することで、これを上書きできます。
設定ファイルでフェッチ用の複数のリフスペックを指定することもできます。origin
リモートから常に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
Git 2.6.0以降では、パターンに部分グロブを使用して複数のブランチをマッチさせることができるため、これは機能します
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チームがブランチをプッシュし、開発者がブランチをプッシュし、統合チームがリモートブランチ上でプッシュおよび共同作業を行うような複雑なワークフロープロセスがある場合、このように簡単に名前空間を設定できます。
リフスペックのプッシュ
このように名前空間化された参照をフェッチできるのは良いことですが、そもそもQAチームはどのようにして自分のブランチをqa/
名前空間に入れるのでしょうか?それは、リフスペックを使用してプッシュすることで実現します。
QAチームが自分のmaster
ブランチをリモートサーバーのqa/master
にプッシュしたい場合、以下を実行できます
$ git push origin master:refs/heads/qa/master
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
ブランチにプッシュされます。
注記
|
リフスペックを使用して、あるリポジトリからフェッチし、別のリポジトリにプッシュすることはできません。その例については、GitHubの公開リポジトリを最新の状態に保つを参照してください。 |
参照の削除
リフスペックを使用して、次のように実行することでリモートサーバーから参照を削除することもできます
$ git push origin :topic
リフスペックは<src>:<dst>
であるため、<src>
の部分を省略することで、リモート上のtopic
ブランチを空にする、つまり削除することを意味します。
または、より新しい構文(Git v1.7.0以降で利用可能)を使用することもできます
$ git push origin --delete topic