バージョン管理ソフトウェアの比較

以下の表は、様々なシステムを比較検討する際に使用できる、著名なバージョン管理システムおよびソフトウェア構成管理（SCM）システムの属性について説明しています。

ソースコードに適さないSCMソフトウェアについては、「オープンソース構成管理ソフトウェアの比較」を参照してください。

以下の表には、バージョン管理ソフトウェアシステムの比較的一般的な属性が示されています。

• リポジトリモデル、ソースコードリポジトリのコピー間の関係
  • クライアント/サーバー方式では、ユーザーはクライアントを介してマスターリポジトリにアクセスします。通常、ユーザーのローカルマシンにはプロジェクトツリーの作業コピーのみが保存されます。作業コピーで行われた変更は、他のユーザーに反映される前にマスターリポジトリにコミットする必要があります。
  • 分散型リポジトリはピアとして機能し、ユーザーは通常、作業コピーに加えて、バージョン履歴が利用可能なローカルリポジトリを持つ。
• 並行処理モデルとは、同時編集によってリポジトリ内に意味不明なデータが発生するのを防ぐために、作業コピーへの変更をどのように管理するかを示すものです。
  • ロックがかかっている場合、ユーザーがマスターリポジトリからファイルに対する排他ロックを要求し、取得するまで、変更は許可されません。
  • マージ方式では、ユーザーはファイルを自由に編集できますが、変更内容をリポジトリにチェックインする際に競合が発生する可能性があると通知されます。その後、バージョン管理システムは両方の変更をマージするか、競合が発生したときにユーザーに判断を委ねます。分散型バージョン管理システムは通常、マージ並行処理モデルを使用します。

以下の表は、よく知られているバージョン管理ソフトウェアの技術的な詳細を示しています。これらは、以下の見出しに基づいて分類されています。

表の説明

• ソフトウェア：説明対象となるアプリケーションの名前。
• プログラミング言語：アプリケーションの開発に使用されるコーディング言語
• 保存方法：リポジトリにファイルを保存する形式を示します。スナップショットとは、コミットされたファイルが全体（通常は圧縮された状態）で保存されることを意味します。この文脈におけるチェンジセットとは、コミットされたファイルが、前のバージョンまたは次のバージョンとの差分として保存されることを意味します。
• 変更の範囲：個々のファイルに対する変更を記録するか、ディレクトリツリー全体に対する。
• リビジョンID：リポジトリ内のファイルの特定バージョンを識別するために内部的に使用されます。システムによっては、擬似乱数識別子、リビジョンのコンテンツハッシュ、または連続したバージョン番号（名前空間）を持つファイル名を使用する場合があります。統合差分の場合、リビジョンは変更セット自体に基づいており、複数のファイルへの変更を記述できます。
• ネットワークプロトコル：変更の同期に使用されるプロトコルを一覧表示します。
• ソースコードサイズ：ソースコードのサイズをメガバイト単位で表示します。

以下の表は、よく知られているソフトウェアをその機能と性能に基づいて分類したものです。

表の説明

• ソフトウェア：説明対象となるアプリケーションの名前。
• Gitデータ形式をサポート： Gitのリポジトリ形式を
• アトミックコミット：すべての変更が確実に行われるか、あるいは一切変更が行われないことを保証するものです。
• ファイル名の変更：システムが、バージョン履歴を保持したままファイル名を変更することを許可するかどうかを示します。
• ファイル名のマージ：システムが、あるブランチで行われたファイルの変更を、別のブランチで名前が変更された同じファイルにマージできるかどうか（またはその逆）を示します。同じファイルが両方のブランチで名前変更されている場合、名前の競合が発生し、ユーザーが解決する必要があります。
• シンボリックリンク：システムが通常のファイルと同様にシンボリックリンクのバージョン管理を許可しているかどうかを示します。シンボリックリンクのバージョン管理は、一部の人にとっては便利な機能であり、一部の人にとってはセキュリティ上の問題（例：/etc/passwd へのシンボリックリンク）です。シンボリックリンクは、ソフトウェアによっては一部のプラットフォームでのみサポートされています。
• 事前/事後イベントフック：コミットなどのアクションが発生する前または後にコマンドをトリガーする機能を示します。
• 署名付き改訂版： OpenPGPなどの形式での改訂版への統合されたデジタル署名を指します。
• マージ追跡：システムがどの変更がどのブランチ間でマージされたかを記憶し、あるブランチを別のブランチにマージする際に不足している変更のみをマージするかどうかを示します。
• 行末変換：システムがテキストファイルの行末文字を、使用するオペレーティングシステムの行末スタイルに合うように変換できるかどうかを示します。制御の粒度はシステムによって異なります。たとえば、Subversionはファイルの種類に応じて行末の処理方法を変えるように設定できますが、Perforceはクライアントごとに設定された単一の設定に従ってすべてのテキストファイルを変換します。
• タグ：特定の改訂版に意味のある名前を付けることができるかどうかを示します。これらの名前がタグまたはラベルと呼ばれるかどうかは関係ありません。
• 国際サポート：ソフトウェアが複数の言語環境とオペレーティングシステムをサポートしているかどうかを示します。
• Unicodeファイル名サポート：ソフトウェアが異なる文字エンコーディングを使用するファイルシステム間の相互運用をサポートしているかどうかを示します。
• 大規模リポジトリに対応：システムは、1ギガバイト以上のリポジトリを効率的に処理できますか？

以下は、主要なバージョン管理システムで利用できる、より高度な機能の一部です。

表の説明

• キーワード展開：ファイル改訂番号などのキーワードの自動展開をサポートします。
• 対話型コミット：対話型コミットを使用すると、ファイルレベルの粒度だけでなく、コミットの一部となるファイルを固定するために使用される共通のコード行（パッチチャンク）をユーザーが選択できます（選択されなかった変更は作業コピーの変更として残ります）。
• 外部参照：ソースツリーへの外部リポジトリの埋め込み
• 部分チェックアウト/クローン：リポジトリから指定したサブディレクトリのみをチェックアウトまたはクローンする機能。
• パーミッション：リビジョン履歴におけるファイルパーミッションビットを追跡します。
• タイムスタンプの保持：最終変更属性をコミット時刻で上書きします。
• カスタム自動マージツール：自動マージは、ユーザーが選択した任意のツールで実行できます（ファイルごとに設定できることが望ましい）。
• 対応フォーマット：読み書き対応または読み取り専用（変換、場合によっては繰り返し）
• 派生オブジェクトの共有ビルドキャッシュ：まったく同じ依存関係を共有する他の連携クライアントによってビルドされた派生オブジェクトを、ローカルで再ビルドする代わりに自動的に置き換える（ウィンクインする）機能

以下の表は、主要なバージョン管理システムで利用可能なコマンドに関する詳細情報を示しています。

表の説明

• リポジトリ初期化：新しい空のリポジトリ（バージョン管理データベース）を作成します。
• clone：リポジトリの同一インスタンスを作成します（安全なトランザクション内で）。
• pull：リモートリポジトリからローカルリポジトリにリビジョンをダウンロードする
• push：ローカルリポジトリからリモートリポジトリにリビジョンをアップロードする
• ローカルブランチ：元のリモートリポジトリに存在しないローカルブランチを作成します。
• チェックアウト：(リモート)リポジトリからローカル作業コピーを作成する
• 更新: 作業コピー内のファイルをリポジトリの最新バージョンで更新します
• lock : リポジトリ内のファイルが他のユーザーによって変更されないようにロックします。
• add : 指定したファイルを次のコミットでリポジトリに追加するようマークします
• remove：指定したファイルを次回のコミット時に削除するようにマークします（注：削除前と削除後のリビジョン履歴は保持されます）。
• move : 指定されたファイルを次のコミット時に新しい場所に移動するようにマークします
• copy : 次回のコミット時にコピーする対象ファイルを指定します
• マージ：2つのソース間の差分を作業コピーパスに適用します
• コミット：リポジトリ内の変更を記録する
• revert : リポジトリから作業コピーファイルを復元します
• バンドルファイルの生成：指定されたリポジトリへの変更を圧縮したセットを含むファイルを作成します。
• rebase : ローカルコミットを更新されたアップストリームヘッドに転送します
• 注：緑色の四角で囲まれたコマンドのうち、角括弧[]で囲まれていないものは、対話型コマンドラインプロンプトで使用されます。角括弧[]内のテキストは、同等の機能を見つける場所の説明です。

以下の表は、主要なバージョン管理システムで一般的なタスクを実行するために使用されるコマンドを示しています。

表の説明

• コマンドエイリアス：特定のコマンドまたはそれらの組み合わせに対してカスタムエイリアスを作成します。
• ロック/ロック解除：ファイルをロックして、他のユーザーが編集できないようにします。
• シェルブ/アンシェルブ：作業ディレクトリ内の変更の一部または全部を一時的に保留する
• ロールバック：履歴からパッチ/リビジョンを削除する
• チェリーピッキング：ブランチをマージする代わりに、あるブランチから別のブランチへ一部のリビジョンのみを移動する。
• バイセクト：ソース履歴を二分探索して、リグレッションを引き起こした、または修正した変更を特定する。
• 受信/送信：ローカルリポジトリとリモートリポジトリの差異（プル/プッシュ時に取得/送信されるパッチ）を照会します。
• grep：リポジトリ内のパターンに一致する行を検索します
• 記録: ファイルへの変更の一部のみをコミットに含め、その他は含めない
• 注：緑色の四角で囲まれたコマンドのうち、角括弧[]で囲まれていないものは、対話型コマンドラインプロンプトで使用されます。角括弧[]内のテキストは、同等の機能を見つける場所の説明です。

以下の表は、主要なバージョン管理システムのWeb、GUI、およびIDEインターフェースの仕様を示しています。

表の説明

• ソフトウェア：説明対象となるアプリケーションの名前。
• ウェブインターフェース：ソフトウェアアプリケーションにウェブインターフェースが含まれているかどうかを示します。ウェブインターフェースがあれば、ソフトウェアは診断データをウェブサイトに投稿したり、ソフトウェアアプリケーションをリモートで制御したりすることができます。
• GUI：GUIとはグラフィカルユーザーインターフェースのことです。ソフトウェア製品にGUIが搭載されている場合、DOSインターフェースのようにコマンドプロンプトでコマンドを入力して機能にアクセスするのではなく、アプリケーションウィンドウを通して機能にアクセスできます。
• プラグイン：統合開発環境を通じて機能が利用可能です。最低限必要な機能は、ファイルの改訂状態を一覧表示し、ファイルのチェックイン／チェックアウトを行うことです。

以下の表は、さまざまなバージョン管理システムに関する歴史的背景をまとめたものです。

表の説明

• ソフトウェア：説明対象となるアプリケーションの名前。
• 沿革：ソフトウェアの起源と開発について簡潔に説明します。
• 著名な現在のユーザー：ソフトウェア自体を除き、ソフトウェアを主要なバージョン管理システムとして使用している有名なプロジェクトのリストです。利用可能な場合は、完全なリストへのリンクが続きます。

• ソースコードホスティング施設の比較
• バージョン管理ソフトウェア一覧