-
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の内部構造
-
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 配管コマンド
2.1 Gitの基本 - Gitリポジトリの取得
Gitを始めるにあたって、もし1つの章しか読めないとしたら、この章がそれです。この章では、Gitで最終的に行うことのほとんどをこなすために必要なすべての基本的なコマンドについて説明します。この章の終わりには、リポジトリの設定と初期化、ファイルの追跡の開始と停止、変更のステージングとコミットができるようになるはずです。また、特定のファイルやファイルパターンを無視するようにGitを設定する方法、誤りをすばやく簡単に元に戻す方法、プロジェクトの履歴を閲覧しコミット間の変更を表示する方法、リモートリポジトリからのプッシュとプルを行う方法も紹介します。
Gitリポジトリの取得
Gitリポジトリを取得する方法は、通常、以下の2つです。
-
現在バージョン管理されていないローカルディレクトリをGitリポジトリに変換するか、
-
他の場所にある既存のGitリポジトリをクローンすることができます。
どちらの場合でも、作業準備が整ったGitリポジトリがローカルマシンに作成されます。
既存のディレクトリでのリポジトリの初期化
現在バージョン管理されていないプロジェクトディレクトリがあり、Gitで管理を開始したい場合は、まずそのプロジェクトのディレクトリに移動する必要があります。これまでにこの操作を行ったことがない場合、実行しているシステムによって少し見た目が異なります。
Linuxの場合
$ cd /home/user/my_project
macOSの場合
$ cd /Users/user/my_project
Windowsの場合
$ cd C:/Users/user/my_project
と入力します。
$ git init
これにより、必要なすべてのリポジトリファイル(Gitリポジトリのスケルトン)を含む.git
という名前の新しいサブディレクトリが作成されます。この時点では、プロジェクト内の何もまだ追跡されていません。作成したばかりの.git
ディレクトリにどのようなファイルが正確に含まれているかについての詳細は、Gitの内部構造を参照してください。
既存のファイル(空のディレクトリではなく)のバージョン管理を開始したい場合は、それらのファイルの追跡を開始し、最初のコミットを行うべきです。これには、追跡したいファイルを指定するいくつかのgit add
コマンドの後に、git commit
を実行することで達成できます。
$ git add *.c
$ git add LICENSE
$ git commit -m 'Initial project version'
これらのコマンドが何をするのかはすぐに説明します。この時点で、追跡されたファイルと最初のコミットを含むGitリポジトリができました。
既存リポジトリのクローン
既存のGitリポジリのコピーを取得したい場合(例えば、貢献したいプロジェクトなど)、必要なコマンドはgit clone
です。Subversionのような他のVCSに慣れているなら、このコマンドが「checkout」ではなく「clone」であることに気づくでしょう。これは重要な違いです。作業コピーだけを取得するのではなく、Gitはサーバーが持つほぼすべてのデータの完全なコピーを受け取ります。git clone
を実行すると、プロジェクトの履歴におけるすべてのファイルのすべてのバージョンがデフォルトでダウンロードされます。実際、サーバーのディスクが破損した場合でも、クライアント上のほぼすべてのクローンを使用して、サーバーをクローン作成時の状態に戻すことができます(サーバー側のフックなどが失われる可能性はありますが、すべてのバージョン管理されたデータはそこにあります — 詳細についてはサーバーにGitを導入するを参照してください)。
リポジトリはgit clone <url>
でクローンします。例えば、libgit2
というGitのリンカブルライブラリをクローンしたい場合は、次のように実行します。
$ git clone https://github.com/libgit2/libgit2
これにより、libgit2
という名前のディレクトリが作成され、その中に.git
ディレクトリが初期化され、そのリポジトリのすべてのデータがダウンロードされ、最新バージョンの作業コピーがチェックアウトされます。作成された新しいlibgit2
ディレクトリに入ると、そこにプロジェクトファイルがあり、作業や使用の準備ができています。
リポジトリをlibgit2
以外の名前のディレクトリにクローンしたい場合は、新しいディレクトリ名を追加の引数として指定できます。
$ git clone https://github.com/libgit2/libgit2 mylibgit
このコマンドは前のコマンドと同じことを行いますが、ターゲットディレクトリはmylibgit
という名前になります。
Gitには、いくつかの異なる転送プロトコルがあります。前の例ではhttps://
プロトコルを使用しましたが、git://
や、SSH転送プロトコルを使用するuser@server:path/to/repo.git
を目にすることもあるでしょう。サーバーにGitを導入するでは、サーバーがGitリポジトリにアクセスするために設定できるすべての利用可能なオプションと、それぞれの長所と短所を紹介します。