-
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コマンド
10.5 Git の内部 - Refspec
Refspec
本書を通して、リモートブランチからローカル参照への単純なマッピングを使用してきましたが、これらはより複雑になる可能性があります。前のいくつかのセクションを読んでいて、小さなローカル Git リポジトリを作成し、それにリモートを追加したいとします。
$ 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>
が続きます。ここで、<src>
はリモート側の参照のパターンで、<dst>
はそれらの参照がローカルで追跡される場所です。+
は、fast-forward でない場合でも、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
のデフォルトの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 の前に+
を指定することで、これを上書きできます。
設定ファイルでフェッチ用の複数の 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