フリー百科事典『ウィキペディア(Wikipedia)』バージョン管理システム(バージョンかんりシステム、VCS)とは、コンピュータ上で作成、編集されるファイルの変更履歴を管理するためのシステム。ソフトウェア開発においてソースコードの管理に用いられることが多い。履歴を保管することである。これにより、何度も変更を加えたファイルであっても、過去の状態や変更内容を確認したり、変更前の状態を復元することが容易になる。多くのバージョン管理システムでは、複数の人間がファイルの編集に関わる状況を想定している。商業的なソフトウェア開発やオープンソースプロジェクトなどでは、複数の人間が複数のファイルを各々編集するため、それぞれのファイルの最新の状態が分からなくなったり、同一ファイルに対する変更が競合するなどの問題が生じやすいが、バージョン管理システムは、このような問題を解決する仕組みを提供する。バージョン管理システムを個人のファイル管理に使用することも可能であるし、ソフトウェアのソースコードだけでなく、設定ファイルや原稿の管理などにも使うことも可能である。管理方式[編集]バージョン管理システムでは、ファイルの各バージョンをデータベースに保持しており、このデータベースを一般にリポジトリと呼ぶ。バージョン管理システムの基本的な利用方法は以下の流れになる。ファイルをリポジトリに登録する。ファイルをリポジトリからローカル環境に取り出す(チェックアウト)ローカル環境で、ファイルに対し変更を行う。変更したファイルをリポジトリに書き戻す(チェックイン)ファイルがチェックインされると、システムによって「いつ」「誰が」「どんな変更を行った」等が記録され、後から参照できる。必要に応じて古い版を取り出すことも出来る。これらを行うユーザインタフェースは、CUIやGUIなど様々である。統合開発環境を組み合わせて使用できるものもある。リポジトリ[編集]個人向けのRCSなどは作成したファイルを即座にリリースできるが、CVS、Subversion、Gitなどの共同利用向けのシステムの場合、最初に「リポジトリ」と呼ばれるファイル管理向けのディレクトリを用意する。リポジトリの作成作業は基本的にシステム、またはプロジェクトの管理者が行い、作業者はそれに対してファイルをコミット(チェックイン)、チェックアウトする。リポジトリが一カ所に集中しているシステムを単一リポジトリ、複数あるものを分散リポジトリという。リポジトリが破損してファイルが復旧できなくなることがあり、リポジトリの定期的なバックアップは必須とされている。チェックアウト[編集]リポジトリからデータを取り出すことをチェックアウトと呼ぶ。CVSやSubversionではリポジトリから初めてデータを取り出しローカルに保存することをチェックアウトと呼ぶ。それ以降に再度、他の誰かによって更新されたリポジトリからデータを取り出してデータを最新版に保つことはチェックアウトとは呼ばず、アップデートと呼ぶ。リポジトリからファイルを取り出すだけでなく、さらにそのファイルにロックをかけてチェックアウトした人がそのファイルをチェックインするまで他の人が編集できないようになることをチェックアウトと呼び、CVSやSubversionとはチェックアウトの定義が若干異なる。VSSはソフトウェアのバージョンや設定次第でロックをかけないようにすることもできる。リポジトリからチェックアウトした後は、しばらくの間にだれかがリポジトリに最新版のデータをコミット(チェックイン)している可能性があるので、コンフリクト、衝突を避けるためにチェックアウトしたデータでの作業を始める前やコミット(チェックイン)する前に、必ずローカルをアップデート(VSSではリフレッシュと呼ぶ)して常に最新版の状態に保つことが推奨されている。チェックイン[編集]リポジトリにファイルを書き込むことを、チェックインやコミットと呼ぶ。VSSでは、リポジトリからファイルを取り出すだけでなく、さらにそのファイルにロックをかけてチェックアウトした人がそのファイルをチェックインするまで他の人が編集できないようにする。ロック方式とコピー・マージ方式[編集]ひとつのファイルに対して、異なる変更が同時に行われるとファイルの一貫性が保てなくなってしまう。バージョン管理システムでは、このような問題を防ぐための仕組みが用意されているが、その方法は大きく二種類に分けられる。ひとつが「ロック」を用いる方法で、もうひとつが「コピー・マージ」を用いる方法である。ロック方式では、ユーザーは編集するファイルにロックをかけ、他のユーザーが編集できないようにしておき、編集が完了したらロックを解除する。単純で確実な仕組みではあるが、他のユーザはファイルの編集完了まで待たなければならず効率が悪い。無責任なユーザがファイルにロックをかけたまま放置してしまうなどの危険性もある。そのため、グループでの利用よりも、個人によるファイル管理に適している。コピー・マージ方式では、編集するファイルをシステムからユーザーの元にコピーし、このコピーを編集する。編集完了後に変更した部分をシステム側に反映させるが、この作業をマージと呼ぶ。他のユーザの編集中でもシステムからのコピーは自由に行えるようにすることで、複数のユーザが同時に編集作業を進められるため、グループでの利用に向いている。それぞれのユーザによる変更が競合する場合には、マージする時点で解決する必要がある。一般的には、変更内容が競合する旨をユーザーに知らせ、内容を確認、修正させる方法がとられることが多い。バージョン番号、タグ、ブランチ[編集]バージョン管理システムを利用する場合、ファイルに対してバージョン(リビジョン)番号が付加される。RCSやCVSの場合、通常は1.1から始まり、ファイルの編集が行われる毎に最後の数値がインクリメントされる。その後は、何も指定せずにファイルをチェックアウトした場合、最新のファイルを取り出すことになるが、このバージョン番号を利用することによって、以前に編集したファイルを取り出すこともできるようになる。システムによっては、バージョン番号だけでなく、日付、時刻によってファイルをチェックアウトすることも可能になる。タグとは、バージョン管理番号とは別に、ファイルに対して特定の名前を付与することである。リポジトリ内のファイルに対して一括したタグをつける(よく「打つ」という)ことによって、特定のリポジトリの状態を簡単に取り出すことができるようになる。ベータ版・リリース版・移植版など、プロジェクトの区切りがついた時点でタグをつけることがよく行われている。ブランチは、リポジトリを分岐させることで、プロジェクトを分岐させ、複数の方向に開発を並行して進めることができる。プロジェクトの方向性をわけたいときには有効である。バージョン管理システムの中には、複数の方向にわかれたブランチをまとめる機能をもつものもある。ネットワークの利用[編集]グループでバージョン管理システムを利用する場合、ネットワークの利用が必須となる。システムにより固有の方法があるが、大抵は、他の認証システムを利用してユーザーの認証を行ったり、通信経路を暗号化することで通信の安全性をはかることになる。通信は、sshを利用して安全性を確保するのが一般的である。他に、匿名のシステムを用意しているものもある。インターネット上でプロジェクトを公開している場合に良く用いられ、これにより、開発途中のソースコードをプロジェクトに参加していない人たちに対しても公開している。C言語、シェルスクリプトで実装している。Pythonで実装している。Linuxカーネルの開発に使われ有名になった。C言語で実装している。ほとんど使われていない。Haskellで実装している。C言語、シェルスクリプト、Perlなどで実装している。元々はLinuxのコード管理のために作られた。Python、C言語で実装している。C++で実装している。C言語で実装している。CVSの改良版という位置づけ。C言語で実装している。C言語とJavascriptで実装している。ストリームという概念を使用した、プロセス指向の構成管理ツール。様々な開発プロセスをストリームで表現できる。デジタルアセットマネージメントシステム。バージョン管理機能に加え、構成管理、ステータス管理などの機能がある。任天堂にて使用され、有名になった。バイナリデータ、CGデータを問わず履歴を自動で保存できる。2015.1で分散型に対応。Softwareが開発した。