-
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 Daemon
- 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 リセットの解説
- 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 低レベルコマンド
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に指示します。
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
ブランチのプルは、高速な進捗リファレンスとしてリストされていなかったため、拒否されました。refspecの前に+
を指定することで、これを上書きできます。
設定ファイルでフェッチするための複数のrefspecを指定することもできます。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チームがブランチをプッシュし、開発者がブランチをプッシュし、インテグレーションチームがリモートブランチをプッシュして共同作業を行うような複雑なワークフロープロセスがある場合、このようにして簡単に名前空間を設定できます。
Refspecのプッシュ
このようにして名前空間付きの参照をフェッチできるのは素晴らしいですが、そもそもQAチームはどのようにしてブランチをqa/
名前空間に入れるのでしょうか?refspecを使用してプッシュすることで、これを実現します。
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
ブランチにプッシュされます。
注
|
refspecを使用して、あるリポジトリからフェッチし、別のリポジトリにプッシュすることはできません。その例については、GitHubの公開リポジトリを最新の状態に保つを参照してください。 |
参照の削除
次のようなコマンドを実行することで、refspecを使用してリモートサーバーから参照を削除することもできます。
$ git push origin :topic
refspecは<src>:<dst>
であるため、<src>
部分を省略することで、これは基本的にリモートのtopic
ブランチを空にすることを意味し、その結果削除されます。
または、(Git v1.7.0以降で利用可能な)より新しい構文を使用することもできます。
$ git push origin --delete topic