More than 5 years have passed since last update.

Gitの基本

Posted at 2018-07-14

1 / 16

バージョン管理システムとは

フォルダを丸ごとコピーし、日付を付けて置いておく…というのもバージョン管理の一つ。
ただしその方法だと、細かな変更内容を把握するのは難しい。

Gitでバージョン管理することにより、いつでも過去の状態を参照できるようになる。

以下の特徴を持つバージョン管理システム。

ソースコードは「リポジトリ」と呼ばれる場所で管理する。
リポジトリは基本的に、ホスティングサービス上で作成するといい。

リポジトリを管理してくれる場所。
一人で作業する場合は無くてもいいが、バックアップのためにも使用することを推奨。複数人で作業する場合は必須。
有名どころだと、以下のようなものがある。

の2つがある。WindowsやMacで使うなら、グラフィカルなソフトウェアを使うといい。

リポジトリの内容をローカルにコピーすること。
Gitではサーバ上だけでなくローカルにもリポジトリの複製を持ち、定期的に同期させる。

の3つがある。
作業ディレクトリにあるファイルをステージングエリアに移動させ、それに対してコメントとともにGitディレクトリに移動させる。（＝コミット）
ステージングエリアがあることにより、一部のファイルのみコミット対象にすることができる。

ここまでできれば、最低限だがGitを使うことができる。

ブランチを作れば、いくつもの作業を同時に進めることができる。
作業が完了したら、もとの場所にマージ（統合）することができる。
複数人で作業するときに、特に力を発揮する。

マージの際、作業内容が競合したことをいう。

という対応がある。
Sourcetreeの場合、競合しているファイルを右クリックし、「競合を解決」から解決方法を選択できる。

gitでは自由にブランチを作成できるが、何のルールも無く作成すると混乱のもとになる。
有名どころのルールとして以下がある。

GitHub Flow ... 小規模開発向け。masterブランチから開発用ブランチを作成し、作業が完了したらmasterブランチに戻す
Git Flow ... 中規模～大規模開発向け。master、develop、feature、release、hotfix という5種類のブランチを使い分ける

Git Flow をベースに、独自のブランチモデルで運用しているところもある。

あとで見直しやすいように、ということを意識してコミットするといい。
「コミットの際に課題番号も書く」など、独自のルールが設けられることも多い。

バージョン管理対象外にするファイルを指定できる。

Thumbs.db や .DS_Store は管理対象外にしておく。
その他環境依存の設定ファイルや、巨大すぎる動画ファイルやライブラリも省いておくと管理しやすくなる。

大抵のホスティングサービスには用意されている。
うまく使うと便利。この部分は、BacklogやRedmineなど他のサービスやツールを使うこともある。

Gitに慣れると、Git管理されていない状態での制作には戻りたくなくなります。
とはいえ慣れは必要です。よく解らない状態になったら、近くの人に聞きましょう。