ファイルに対して「誰が」「いつ」「どのような変更をしたのか」などの情報を記録することを指します。


バージョン管理を行わない場合、ファイルを上書き保存するため、変更前後の差分の確認、過去に遡ってファイルを復元することができません。

そのため、ファイルをコピーして変更前後を比較する、特定の場所にファイルをコピー（バックアップしておく）などを行えば管理できますが、管理する際のルールが適切に行われていないと「どのファイルが最新なのか」「なぜ同じ様なファイルが複数あるのか」などの問題が生じます。


システム開発などの現場で、複数のファイルに対して複数人で管理運用する場合にバージョン管理ツールを使うことで簡単かつ効率的にファイルの管理を行うことができます。

バージョン管理を行う際に利用するツールによって「集中管理方式」と「分散管理方式」に分かれています。

・リポジトリ

ファイルや変更履歴（ファイルに対して「誰が」「いつ」「どのような変更をしたのか」などの情報）などを保管しておく場所になります。

・リモートリポジトリ

インターネット上で管理するリポジトリ（GitHubなど）やLAN内のネットワーク上で管理しているリポジトリになります。

設定次第では、全世界の人や開発チームのみがアクセス可能になります。

・ローカルリポジトリ

利用者のパソコン（ローカル環境）で管理しているリポジトリになります。

リモートリポジトリを直接変更できないため、ローカルリポジトリにて変更を行いリモートリポジトリにプッシュする必要があります。

・コミット

利用者のパソコン上で変更したファイルなどをローカルリポジトリに反映します。

・プッシュ

ローカルリポジトリで管理している変更をリモートリポジトリに反映します。

・プル

リモートリポジトリの内容をローカルリポジトリに取り込む操作を行います。

「fetch」と「merge」を行うことでもリモートリポジトリからローカルリポジトリに取り込むことができます。

・ステージング

ファイルに何かしらの変更があった場合にコミットする対象であると認識させることを指します。

ステージング状態になってファイルの変更がリポジトリに反映されます。

自動的にステージングされないため、作業者がコミットを行うファイルを指定する必要があります。

・アンステージング

ファイルに何かしらの変更があってもコミットされない状態のことを指します。

ファイル変更後などでステージングを行う操作をしない限りアンステージング状態になっており、コミットが行われてもファイルは無視されます。

・アントラッキング

ファイルがリポジトリで管理されていない状態を指します。

ファイルに変更やコミットが行われても、アントラッキング状態のファイルは無視されます。

・ブランチ

変更をコミットする際にリリースするバージョンなどを分けて管理する際に使用する機能になります。

メインのブランチから分岐して管理することで他のシステムに影響なく変更を取り込むことができます。

・タグ

特定のコミットに対して名前を付けて管理することができます。

リリース時のバージョンなどをタグつけしておくことで、タグからコミットを遡ることができるようになります。

また、タグには「計量タグ」と「注釈付きタグ」の2種類があります。

計量タグには、名前のみを付けることができますが、注釈付きタグには、名前以外にコメントや署名を付けることができます。

・プルリクエスト

バージョン管理を行っているソースコードで、修正したコードをいきなり本番適用した場合にバグが発生してしまう可能性があります。

そこで、プルリクエストを行うことで、関係者へソースコードのレビューを依頼し、問題がないものをマージする仕組みになっています。


これにより、ソースコードの変更箇所が分かりやすく表示されたり、関係者とのやり取りを残しておくことができます。

Gitの概要や登場する用語などを概要レベルで記載してきました。

あくまで概要レベルでの記載になるのでより理解を深めていくためには、各操作（コマンド）がどのように処理を行っているのかを裏側を知ることも大切になるかと思います。

また、Gitを操作するツールなどについても学んでいく必要があります。