最近社内で「今までSubversionしか使ったことない人」を対象に、Git研修をやったので、情報をまとめてみました。

目的

1. 構成管理の基本編

そもそも構成管理(この場合はソフトウェア構成管理)とは、ソースコードや文書などの成果物の変更履歴(「誰が」「いつ」「何を変更したか」)を管理し、任意のバージョンの製品を再現可能とすることを目的としています。

バージョン管理システムとは、この構成管理を人手ではなく、システムを用いて行うことで、過去のある状態への復元を容易にしたり、変更内容の差分を表示できるようにします。
バージョン管理システムには大きく「集中型バージョン管理システム」と「分散型バージョン管理システム」に分けることが出来ます。

特徴
- 集中型バージョン管理システム(ex. Subversion)では、1つのリポジトリ(変更管理情報を保存する場所)を複数人で共有して利用します。
  利用者は、サーバにあるリポジトリから資材を取得(Checkout)し、変更作業が完了したらリポジトリに登録(Commit)します。

特徴
- 分散型バージョン管理システム(ex. Git,Mercurial) では、複数のリポジトリを持つことが出来ます。
  利用者はサーバにあるリモートリポジトリから、開発者それぞれのローカル環境にリポジトリを構築して管理します。
  開発者の作業イメージとしては、普段はローカルリポジトリで作業を行い、作業を終えたらリモートリポジトリに反映します。

Gitで構成管理を行う場合、どのような構造イメージなのか、そしてどんなコマンドで実施するのかをまとめます。

主に個人作業で実施する機会の多いコマンドを以下に記載します。

git add(ステージングエリアへの移行)
- ワーキングディレクトリで追記変更を行ったファイルやディレクトリをステージングエリアに移行
- git add <file>.. (スペース区切りで複数ファイルを指定可能)
git commit(リポジトリへのファイル登録)
- ステージングエリアに登録されたファイルのスナップショットを作成し、リポジトリへ移動する作業。
- git commit -m "<コメント>"

git remote(リモートリポジトリの登録)
- リモートリポジトリ連携の登録を行う(cloneでは動的に「origin」という名前でリモートリポジトリが登録)
- git remote add <name> <url>
  (name：登録名、url：リモートリポジトリのURL)
git push(リモートリポジトリへの送信)
- リモートリポジトリで自分の手元のローカルリポジトリの変更履歴を共有するために、ローカルリポジトリ内の変更履歴をアップロードする。
  Pushを実行すると、リモートリポジトリ内の変更履歴がローカルリポジトリの変更履歴と同じ状態になる。
- git push <repository> <refspec>...
  (repository：プッシュ先アドレス、refspec：プッシュするブランチ)

主にチーム開発で実施する機会の多いコマンドを以下に記載します。

git fetch
- ローカルリポジトリにあるリモートリポジトリのコピーを最新版に更新
- git fetch <remote repository url> or <remote repository name>
git merge(ブランチのマージ)
- ブランチをメインのブランチに統合する
- git merge <branch name>
git pull
- リモートリポジトリの内容を一度にローカル環境の所属ブランチに反映する
- git pull <remote repository> <local repository >

git clone(リモートリポジトリの複製)
- リモートリポジトリ上で作成したリポジトリの複製をローカルリポジトリに用意する。
- git clone <repository> <directory>
  (repository：リモートリポジトリのURL、directory：複製先のディレクトリ名)

基本的な概念やコマンドは以上です。
rebaseやブランチ戦略、その他便利なコマンドや使い方については別途まとめたいと思います。

わかばちゃんと学ぶ Git使い方入門：漫画感覚でGitを学ぶのにちょうど良い書籍です。