コントローラのアクションバージョン：
1.相乗コード管理、人を達成することができるように開発コード。
2.のような時間のいずれかの前のポイント（のコードに戻る：改訂されたいくつかの、IDEの突然の崩壊に続いて多くのコードを書くことを始めて、まだ良く前のコードを発見し、この時間は戻って行くことができない、この時間は、それを後悔していません食べて、しかし、あなたは、バックアップ・バージョンを使用することができますが、それは）費やされた時間と空間をとります。
バックアップの上記バージョンへ3.多くのバージョンを引き起こし、正しいバージョン（SVNを使用して、ログを見て、あなたが望む任意のバージョンに戻すことができ、特別なログファイルを修正するたびに記録してい）を見つけることは困難です。
質問紛争の4.コードは、主に人々は（チーム開発は非常に一般的です）、同じファイルを操作します。
5.あなたがタイムリーに調査を容易にするため、一人一人の特定の操作を表示することができ、問題が発生した後（による個々の従業員のエラーには、簡単に説明責任を保持することができ、大きなバグを引き起こしました）。
一般的なバージョン管理分類
CVS（開発の90年、コントローラのバージョンの発信）、SVN（CVSの後継）VSS（マイクロソフト製品）、GIT（ライナス開発）
SVN
SVN：コードコントローラー（バージョン管理）、主に人々の共同開発プロジェクト、管理コードへ。また、個人コードを管理することができます。また、コミュニティ・プログラムとして知られている「後悔。」
SVN C / Sアーキテクチャに基づいて、近年では（Subversionは省略形である）、非常に良いバージョン管理、および伝統的な（単純なコードを管理するためのツール、共同開発よりも、特に重要なものとして理解することができます）同様のCVSは、管理ツール（90年、非常に良いコード管理を中心に、コードマネージャの創始者です）。
SVNは、経時的に内部倉庫管理SVN（すべてのコードのセット）の中心に配置されているデータを管理することができます。SVNは同時にバックアップされ、各ファイルの変更の更新プログラムをすべての変更を記録しています。開発者は、ある時点に任意の古いバージョンを返すことができるように（SVNは、ファイルを変更していないため、SVNのバージョンと呼ばれる概念が作成されますが、ゼロ自動インクリメントのシーケンスです）。もちろん、あなたは更新履歴ファイル（index.phpを）を指定することができます。
SVNは、集中型のバージョン管理として知られています。これは、バージョン管理が再び使用されることはありません、サーバーが使用できない場合、サーバ側に大きく依存しています。
SVN作業フローチャート
GIT
Gitは、世界で最も先進的な分散型バージョン管理システム（誰）です。このシステムに問題のクライアントは、（サーバーがハングアップしても）することができた場合、別のクライアントからのすべてのコードを取得します。
SVNやGIT差：
1.GITが分散され、そしてSVNは、集中され
2.GITメタデータに基づいてコンテンツが保存され、SVNはファイルである：ディレクトリは個人のマシン上のリポジトリのgitのクローンであるため、中央リポジトリにすべてのものを持っている、そのような標識、ブランチインプリントとしてように。
3.GIT異なるブランチやSVNブランチ：SVNの枝が起こって欠場すると、Gitはすぐに同じ作業ディレクトリの下に複数のブランチを切り替えることができ、合併し、取り込まれていない枝を見つけるために、シンプルかつ高速で簡単です。ファイル。
4.GITは、グローバルバージョン番号を持っていますが、SVNありません
5.GITコンテンツの完全性は、SVNに優れている：SHA-1ハッシュアルゴリズムを使用して、GITコンテンツ記憶。これは、コードの内容の整合性を確保し、ディスク障害やネットワークの問題が発生した場合に、リポジトリへのダメージを低減することを確認してください。
集中型および分散型の違い：
一元化バージョンコントロールシステム：中央リポジトリは、作業時間ながら、お使いのコンピュータで使用され、中央のサーバーに保存されているが、それが第1の中央サーバから最新バージョンを入手した後、作業を開始しなければならない、作業が行われていました、その後、中央のサーバに彼の仕事。最大の問題は、集中バージョン管理システムが動作するようにネットワーク化されなければならないです。
分散型バージョン管理システム：分散型バージョン管理システムは、すべての人のコンピュータ上の「中央サーバー」を持っていなかった、完全なリポジトリですので、あなたが働くとき、あなたは理由リポジトリに、ネットワークを必要としません自分のコンピュータ上で。お二人だけの反対側にプッシュされ、それぞれを変更する必要がある間、私たちはお互いのを見ることができ、あなたの同僚も、その後、彼のコンピュータA上のファイルを変更し、あなたがお使いのコンピュータA上のファイルを変更したとしましょう修正しました。
「交流」を促進するために誰もが変化し、分散型バージョン管理システムは、通常、「中央サーバー」コンピュータとして行動しなければならないが、それなしで我々はすべて同じように機能するが、交換を変更することが便利ではありません。
分散型バージョン管理システムのセキュリティは、誰もが完全なコンピュータのリポジトリを持っているので、パソコンが他人からそれにちょうどコピー、重要ではありません壊れている、非常に高いです。中央のサーバー集中型のバージョン管理システムは、仕事で、所有者、法律の問題になるん。