バージョン管理システムの概念の一つ、分類、共通のバージョン管理システム（CVS、SVN、BitKeeperの、Gitは、など）

 何ですか

  バージョン管理システム（バージョン管理システム、VCSは）一緒に仕事への開発者のソフトウェアチームを支援し、彼らの仕事の完全な履歴をアーカイブソフトウェアです。

何故

当社の実際の開発プロセスでは、多くの場合、Aの必要性や問題があります

1. 私たちは、新しいコードを使用して、テスト中に確認し、元のコードに影響を与えることができないだろう、テストの検証の場合は問題ないが、プログラムが既に新機能をリリース追加する必要があります。私たちは、ソースコードの複数のコピーをバックアップするための一般的な方法でなければなりません。その唯一の利点を行うことは簡単ですが、それは間違いを犯すことは特に簡単です。
2. 実際のプロジェクトの開発は、基本的には、複数の人物のコラボレーション、複数人でコードを書くとき、それはコードが問題にマージ含まれています。

歴史カテゴリ

  バージョン管理システムの歴史を通じて、「バージョン管理することにより例では、」バージョン管理上の彼の本の中でエリック・シンクの本は、大まかに言えば、バージョン管理履歴は3つの世代に分けることができ、分類されます。

世代	ネットワーク	オペレーティング	同時実行	例
初代	ノー	一つだけのファイル	ロック	RCS、SCCS
第2世代	集中式	マルチファイル	合併を提出する前に、	CVS、SourceSafeの、Subversionの、Team Foundation Serverの
第三世代	分散	変更コレクション	提出合併に先立ち	バザール、Gitの、Mercurialの

「バージョン管理することにより例作者のWebサイトでは、」電子（PDFまたはEPUB）に直接ダウンロードすることができます

初代

  第一世代のバージョン管理システムは、次のように呼ばれる制御システムのローカルバージョン。ロックによる同時実行順序に変換されます。ファイルを取り扱う一人だけ。次のように具体的なプロセスは、次のとおりです。まず、我々は、サーバー、ユーザーフレンドリーアップロードまたはダウンロードファイルにファイルを置く必要があり、第二に、ファイルの修正時刻を望んでいる誰もが、あなたは他の人が変更できないことができるように、チェックアウトのコマンドによって、このファイルのロックを配置する必要があり;変更が完了したときに最後に、ロックは、サーバー・ストレージに、説明書、フォームの新しいバージョンをチェックインによって、解放する必要があります。
  第一世代のバージョン管理システム、主にRCS、SCCS（1972年発売）とDSEE（アトリアClearCaseのが前身であると考えられます）。現時点では、まだいくつかのプロジェクトの使用中！

悲観的ロック
  データへのすべての時間アクセスが、データを懸念しているが、データを取得するたびので、他の人に変更されることはありません、自分の使用の過程でそのデータを確実にするためにロックされ、変更され、使用が終了した後にデータのロックを解除しています。データは、データを読み書きするために、他のスレッドになりますので、待機中にロック。

第2世代

  第二世代のバージョン管理システムが呼び出され、集中型バージョン管理システム（集中バージョン管理システム、CVCS） 、同期変更のより耐性があるが、それらが提出することが許可される前に、ユーザが現在のリビジョンに組み込まれなければならない明白な限界があります作品。

サーバーのげっぷおなら場合は、すべての開発者が唯一の絶望に見ることができるように、集中型のバージョン管理システムでは、図から見ることができます！プロジェクトの管理のためのSVNは中央ウェアハウス・サーバーに依存している、なぜなら！私たちの変更は、中央ウェアハウス・サーバーに提出しなければなりません。
  第二世代のバージョン管理システムは主CVS、SourceSafeの、Subversionの、のTeam Foundation Serverの、SVK。

オプティミスティック・ロック
  は、データを取得するたびにロックされないようにするたびにデータへのアクセスは、データについての心配は、変更されませんが、必要性は、データが他人に変更されているかどうかを判断するためにデータを更新するとき。データが別のスレッドによって変更された場合、データが他のスレッド、データの更新によって変更されていない場合、データの更新は行われません。データがロックされていないので、データは、他のスレッドの読み出し及び書き込み動作中に実行されてもよいです。
  楽観的ロック機構は、一般的にバージョン番号またはCASアルゴリズムを使用します。

第三世代

  第三世代のバージョン管理システムは、と呼ばれる分散バージョン管理システム（分散型バージョン管理システム、DVCS）を合わせ、別々に提出でき、。各ユーザーのコンピュータの完全なデータウェアハウスを持っているだろうに、何のネットワークがまだ使用できません。

図からわかるように、分散バージョン管理システムは、それぞれの開発者の民間倉庫を同期させるために、サーバーのリポジトリを持っているかもしれません！分散バージョン管理システムでは、ローカル各参加者は、完全な倉庫を有するであろう。ネットワークが利用可能なときにタイムリーなサーバーがクラッシュは、我々はまだGitリポジトリ（ローカル倉庫管理のみ我々のコード）を使用することができ、その後、サーバーを同期させることができます！
  第三世代のバージョン管理システム、主にバザー、Gitは、Mercurialは、BitKeeperの,,モノトーン。現在、第三世代のバージョン管理システムは、（特定のRhodeCodeは2016年に分析レポートを行って見る傾向に沿って大きな川や湖となっている2016年バージョン管理システム人気）！

RCS

  修订控制系统（Revision Control System，RCS） 是第一代的版本控制系统。它是一组 UNIX 命令（暂时没有找到有 UI 界面的软件），允许多个用户开发和维护程序代码或文档。
  RCS 于 1982 年由 Purdue University 的 Walter F. Tichy 首次发布。 它是当时流行的源代码控制系统（SCCS，它几乎是第一个版本控制软件工具，早期 Unix 开发人员于1972年开发）的替代工具。 RCS 目前由 GNU 项目维护。GNU 官网介绍：https://www.gnu.org/software/rcs/；项目维护地址：http://savannah.gnu.org/projects/rcs/
  目前，我们可以从GNU RCS 的项目地址： http://savannah.gnu.org/projects/rcs/ 或者 Purdue University 的 RCS 官网 https://www.cs.purdue.edu/homes/trinkle/RCShome/ 下载最新版本的可执行程序、源码、文档。其中，GNU 官网只有源代码，没有预编译的可执行程序。Purdue University 的 RCS 官网倒是有一个旧版本的 Windows 平台的可执行程序。

CVS

  并发版本系统（Concurrent Versions System，CVS）是最初的第二代版本控制系统。大约十年间，它是最为流行的版本控制系统，直到 2000 年被 Subversion 所取代。CVS 的安装教程可以在其项目主页 上找到。由于 CVS 是集中式版本控制系统，所以它有客户端和服务端之区分。但要开始使用 CVS 的话，即使只在你的本地机器上使用，也必须设置 CVS 的服务端。
  CVS 最早是由一位名叫 Dick Grune 的荷兰科学家在 1986 年开发的，当时有一个编译器项目，他正在寻找一种能与其学生合作的方法。我在英文网站 http://dickgrune.com/Programs/CVS.orig/#History 中找到如下一段话：

I created CVS to be able to cooperate with my students, Erik Baalbergen and Maarten Waage, on the ACK (Amsterdam Compiler Kit) C compiler. The three of us had vastly different schedules (one student was a steady 9-5 worker, the other was irregular, and I could work on the project only in the evenings). Their project ran from July 1984 to August 1985. CVS was initially called cmt, for the obvious reason that it allowed us to commit versions independently.

  Grune 于 1986 年 6 月 23 日公开发布了该代码。CVS 最初仅仅只是一个包装了 RCS（ 修订控制系统(Revision Control System)) 的 Shell 脚本集合。最终演变成当前版本的 CVS 的代码始于 1989 年 4 月的 Brian Berliner 的贡献，后来由 Jeff Polk 和许多其他贡献者提供帮助。 Brian Berliner 撰写了一篇论文，介绍了他对 CVS 程序的改进 - 该程序描述了该工具是如何在 Prysma 内部扩展和使用的。 1990 年 11 月 19 日，CVS 1.0 版被提交给自由软件基金会进行开发和分发。

关于 CVS 的使用可以参考这篇文章：https://zhuanlan.zhihu.com/p/51792519

VSS

  VSS 的全称为 Visual Source Safe，是美国微软公司出品的版本控制系统。兼容 Check out-Modify-Check in（独占工作模式）与 Copy-Modify-Merge（并行工作模式）。它也属于集中式版本控制系统。
  VSS 通常与微软公司的 Visual Studio 产品同时发布，并且高度集成。VSS 使用文件系统作为存储方式，每次版本变更时就需要大量地读写硬盘。这也是 VSS 最广受垢弊的缺点。VSS2005 拥有Web 访问功能，不再与 Visual Studio 同时发布。
  2008 年，微软发布了 Team Foundation Server 的项目生命期管理工具，以替代 VSS。其不仅仅包含版本控制系统，还包括一系列的项目生命期管理工具。此中使用的还是集中式版本控制系统。

• Team Foundation Server：本地版本，用户安装使用！
• Team Foundation Service：云端版本，使用微软账户登录！

  2019 年，微软发布了全新的 Azure DevOps Server。这不仅仅是个改名，整个软件的架构都进行了重新的调整！有了它，我们就可以使用一系列的项目生命期管理工具。版本控制系统仅仅是其中的一小部分。注意其中的版本控制系统是基于 Git 的分布式版本控制系统。

• Azure DevOps Server：本地版本，用户安装使用！是 Team Foundation Server 的升级版本。
• Azure DevOps Service：云端版本，使用微软账户登录！是 Team Foundation Service 的升级版本。

SVN

  SVN（Subversion 的缩写）是一个开放源代码的版本控制系统，相较于 RCS、CVS，它采用了分支管理系统。SVN 由 CollabNet 公司于 2000 年资助并发起开发，目的是创建一个更好用的版本控制系统以取代 CVS。
  2000 年 2 月，CollabNet 联系了 Open Source Development with CVS（Coriolis, 1999）的作者 Karl Fogel，问他是否愿意为这个新项目工作。这时 Karl 已经在和他的朋友 Jim Blandy 讨论一个新的版本控制系统的设计。他不仅已经起好了名字 “Subversion”，而且有了 Subvesion 资料库的基本设计。
  经过 14 个月的编码，在 2001 年 8 月 31 号，Subversion 可以“自我寄生”了。就是说，Subversion 开发人员停止使用 CVS 管理 Subversion 的源代码，开始使用 Subversion 代替。
  2009 年 11 月，Subversion 被 Apache Incubator 项目所接收。2010 年 1 月，正式成为 Apache 软件基金会的一个顶级项目。项目地址：https://subversion.apache.org/，我们可以从中下载源代码、文档，没有预编译的可执行程序。

以下是几款常用的 SVN 客户端图形化软件：

• TortoiseSVN：开源软件，在 Windows 上非常受到欢迎的一套客户端软件，它与资源管理器集成得相当不错，可以透过资源管理器在文件或目录上用鼠标右键的菜单完成 SVN 的操作。官方网站：http://tortoisesvn.net/
• SnailSVN：Mac OS X 平台下类似 TortoiseSVN 的图形化 SVN 客户端，可自动标记文件状态，并通过右键菜单提供各种常用 SVN 功能。 网站：https://langui.net/snailsvn/
• Ankhsvn：将 subversion 的操作集成进 Visual Studio 的 SVN 客户端软件。官方网站：http://ankhsvn.open.collab.net/
• Subclipse：将 Subversion 的操作集成进 Eclipse 的 SVN 客户端软件。官方网站：http://subclipse.tigris.org/
• SmartSVN：同时支持 Mac、Linux、Windows。是一款收费软件。

BitKeeper

  BitKeeper 是一套 BitMover 公司开发的分布式版本控制软件，它曾是一款专有软件。BitKeeper 是最初的分布式源代码控制系统。BitKeeper 的许多概念取自 TeamWare（Larry McVoy 在 Sun 公司时开发的产品）。
  BitMover 公司 CEO Larry McVoy 与 Linus 曾是好友， Larry 说服 Linus 在内核开发中使用 BitKeeper。而 BitKeeper 在免费使用的许可证中加入很多限制条件，惹恼了内核开发者，最终促使 Linus 开发出了毁灭 BitMove r的 Git。

2016 年 5 月 11 日，BitKeeper 宣布以 Apache 2.0 许可证开源。

Mercurial

  Mercurial 是跨平台的分布式版本控制软件，主要由 Python 语言实现。Mercurial一开始的主要运行平台是 Linux，现在 Mercurial 已经移植到 Windows、Mac OS X 和大多数的类 Unix 系统中。Mercurial 主要由命令行程序组成，现在也有了图形用户界面。
  Mercurial 的创建者和主要开发人员是 Matt Mackal。其源代码采用GNU通用公共许可证第二版为授权，确保了Mercurial是一个自由软件。

Git

  在 Linux 开源的初期，Linux 开源项目的代码是 linus 本人通过 linux 命令 diff 和 patch 两条命令手动完成。随着 Linux 代码越来越壮大，靠 Linus 一个人来手动合并已经不现实。2002 年，Linus 选择了一个商业版本控制系统 BitKeeper 作为 Linux 内核的代码管理工具（BitKeeper 的开发商 BitMover 授权 linux 社区免费使用）。但是，免费使用是有很多的限制的，因此 linux 社区的大佬开始破解 BitKeeper。其中，samba 的作者 andrew 破解成功了。但是被 BitMover 公司发现，收回免费使用权。
  迫不得已，Linus 选择了自己开发一个分布式版本控制工具以替代 BitKeeper。linus 闭关一个月，写出了 Git。在一个月后，Git 成功接管了 Linux 社区的版本控制工作，并且开始开源。维基百科中，有如下历史记录：

• 2005 年 4 月 3 日，开始开发 Git。
• 2005 年 4 月 6 日，项目发布。
• 2005 年 4 月 7 日，Git 就可以作为自身的版本控制工具了。
• 2005 年 4 月 18 日，发生第一个多分支合并。
• 2005 年 4 月 29 日，Git 的性能就已经达到了 Linus 的预期。
• 2005年6月16日には、Linuxは、Linuxカーネルのソースコードのメンテナンスでは、既に、その後、Gitリポジトリをリリース2.6.12カーネル。

  2005年7月26日、LinusがGitのJunio C浜野の維持に別の主な要因にGitリポジトリから引退しました。

Linus Torvalds氏は、BitKeeperのは、Apache 2.0ライセンスの下でオープンソースに発表した、11年後の2016年のGit分散型バージョン管理システムを開発しました。

参照

1. https://blog.51cto.com/12805107/2089757
2. https://www.imooc.com/article/details/id/44217
3. https://softwareengineering.stackexchange.com/questions/35074/im-a-subversion-geek-why-should-i-consider-or-not-consider-mercurial-or-git-or
4. https://www.jianshu.com/p/a46f1cdada53
5. https://gotgit.readthedocs.io/en/latest/index.html
6. https://blog.csdn.net/qq_36647038/article/details/84022363
7. http://www.worldhello.net/gotgit/

：で再現https://blog.csdn.net/ZCShouCSDN/article/details/100590313