-
1. 使い始める
- 1.1 バージョン管理に関して
- 1.2 Git略史
- 1.3 Gitの基本
- 1.4 Gitのインストール
- 1.5 最初のGitの構成
- 1.6 ヘルプを見る
- 1.7 まとめ
-
2. Git の基本
- 2.1 Git リポジトリの取得
- 2.2 変更内容のリポジトリへの記録
- 2.3 コミット履歴の閲覧
- 2.4 作業のやり直し
- 2.5 リモートでの作業
- 2.6 タグ
- 2.7 ヒントと裏技
- 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 一般公開
- 4.6 GitWeb
- 4.7 Gitosis
- 4.8 Gitolite
- 4.9 Git デーモン
- 4.10 Git のホスティング
- 4.11 まとめ
-
5. Git での分散作業
- 5.1 分散作業の流れ
- 5.2 プロジェクトへの貢献
- 5.3 プロジェクトの運営
- 5.4 まとめ
-
6. Git のさまざまなツール
- 6.1 リビジョンの選択
- 6.2 対話的なステージング
- 6.3 作業を隠す
- 6.4 歴史の書き換え
- 6.5 Git によるデバッグ
- 6.6 サブモジュール
- 6.7 サブツリーマージ
- 6.8 まとめ
-
7. Git のカスタマイズ
- 7.1 Git の設定
- 7.2 Git の属性
- 7.3 Git フック
- 7.4 Git ポリシーの実施例
- 7.5 まとめ
-
8. Gitとその他のシステムの連携
- 8.1 Git と Subversion
- 8.2 Git への移行
- 8.3 まとめ
-
9. Gitの内側
- 9.1 配管(Plumbing)と磁器(Porcelain)
- 9.2 Gitオブジェクト
- 9.3 Gitの参照
- 9.4 パックファイル
- 9.5 参照仕様(Refspec)
- 9.6 トランスファープロトコル
- 9.7 メインテナンスとデータリカバリ
- 9.8 要約
2.1 Git の基本 - Git リポジトリの取得
Git リポジトリの取得
Git プロジェクトを取得するには、大きく二通りの方法があります。ひとつは既存のプロジェクトやディレクトリを Git にインポートする方法、そしてもうひとつは既存の Git リポジトリを別のサーバーからクローンする方法です。
既存のディレクトリでのリポジトリの初期化
既存のプロジェクトを Git で管理し始めるときは、そのプロジェクトのディレクトリに移動して次のように打ち込みます。
$ git init
これを実行すると .git という名前の新しいサブディレクトリが作られ、リポジトリに必要なすべてのファイル (Git リポジトリのスケルトン) がその中に格納されます。この時点では、まだプロジェクト内のファイルは一切管理対象になっていません (今作った .git ディレクトリに実際のところどんなファイルが含まれているのかについての詳細な情報は、第 9 章 を参照ください)。
空のディレクトリではなくすでに存在するファイルのバージョン管理を始めたい場合は、まずそのファイルを監視対象に追加してから最初のコミットをすることになります。この場合は、追加したいファイルについて git add コマンドを実行したあとでコミットを行います。
$ git add *.c
$ git add README
$ git commit –m 'initial project version'
これが実際のところどういう意味なのかについては後で説明します。ひとまずこの時点で、監視対象のファイルを持つ Git リポジトリができあがり最初のコミットまで済んだことになります。
既存のリポジトリのクローン
既存の Git リポジトリ (何か協力したいと思っているプロジェクトなど) のコピーを取得したい場合に使うコマンドが、git clone です。Subversion などの他の VCS を使っている人なら「checkout じゃなくて clone なのか」と気になることでしょう。これは重要な違いです。Git は、サーバーが保持しているデータをほぼすべてコピーするのです。そのプロジェクトのすべてのファイルのすべての歴史が、git clone で手元にやってきます。実際、もし仮にサーバーのディスクが壊れてしまったとしても、どこかのクライアントに残っているクローンをサーバーに戻せばクローンした時点まで復元することができます (サーバーサイドのフックなど一部の情報は失われてしまいますが、これまでのバージョン管理履歴はすべてそこに残っています。第 4 章 で詳しく説明します)。
リポジトリをクローンするには git clone [url] とします。たとえば、Ruby の Git ライブラリである Grit をクローンする場合は次のようになります。
$ git clone git://github.com/schacon/grit.git
これは、まず grit というディレクトリを作成してその中で .git ディレクトリを初期化し、リポジトリのすべてのデータを引き出し、そして最新バージョンの作業コピーをチェックアウトします。新しくできた grit ディレクトリに入ると、プロジェクトのファイルをごらんいただけます。もし grit ではない別の名前のディレクトリにクローンしたいのなら、コマンドラインオプションでディレクトリ名を指定します。
$ git clone git://github.com/schacon/grit.git mygrit
このコマンドは先ほどと同じ処理をしますが、ディレクトリ名は mygrit となります。
Git では、さまざまな転送プロトコルを使用することができます。先ほどの例では git:// プロトコルを使用しましたが、http(s):// や user@server:/path.git といった形式を使うこともできます。これらは SSH プロトコルを使用します。第 4 章 で、サーバー側で準備できるすべてのアクセス方式についての利点と欠点を説明します。