集中式与分布式版本控制的区别

当涉及到与多个开发人员在一个项目上合作并与他们协作时，我们中的许多人都知道版本控制。毫无疑问，版本控制使开发人员的工作更加轻松快捷。在大多数组织中，开发人员要么使用集中式版本控制系统 (CVCS)，例如 Subversion(SVN)，要么使用并发版本控制系统 (CVS)，或者使用分布式版本控制系统 (DVCS)，例如 Git(用 C 编写)、Mercurial(用 Python 编写) 或 Bazaar(用 Python 编写)。
现在进入正题，哪一个是比较好的？或者我们需要选择哪一个？我们将比较每个人的工作流程、学习曲线、安全性、受欢迎程度和其他方面。
首先，需要打破大多数初学者对 DVCS 的误解，即“代码中没有中央版本或没有主分支”。这不是真的，在 DVCS 中，代码中还有一个主分支或中央版本，但它的工作方式与集中式源代码控制不同。
集中式与分布式版本控制的区别

让我们看一下这两个版本控制系统的概述。

集中式版本控制系统

在集中式源代码控制中，有一个服务器和一个客户端。服务器是包含所有代码版本的主存储库。要处理任何项目，首先用户或客户端需要从主存储库或服务器获取代码。因此客户端与服务器通信并将所有代码或代码的当前版本从服务器拉到他们的本地机器。换句话说，我们可以说，您需要从主存储库中获取更新，然后在系统中获取代码的本地副本。因此，一旦您获得了最新版本的代码，您就可以开始对代码进行自己的更改，之后，您只需将这些更改直接提交到主存储库中。提交更改只是意味着将您自己的代码合并到主存储库或制作源代码的新版本。所以一切都集中在这个模型中。
将只有一个存储库，它将包含代码的所有历史或版本以及代码的不同分支。因此，集中式源代码控制中涉及的基本工作流程是从包含其他人代码的中央存储库中获取最新版本的代码，在代码中进行自己的更改，然后将这些更改提交或合并到中央存储库中.

分布式版本控制系统

在分布式版本控制中，大多数机制或模型与集中式应用相同。您会在这里发现的唯一主要区别是，这里的每个开发人员或客户都有自己的服务器，而不是作为服务器的单个存储库，他们将拥有整个历史或代码版本及其所有分支的副本在他们的本地服务器或机器上。基本上，每个客户端或用户都可以在本地工作并断开连接，这比集中式源代码控制更方便，这就是它被称为分布式的原因。
您不需要依赖中央服务器，您可以将整个历史记录或代码副本克隆到您的硬盘上。因此，当您开始处理项目时，您从自己的硬盘驱动器中的主存储库中克隆代码，然后从自己的存储库中获取代码以进行更改，在进行更改后，您将更改提交到本地存储库并在此时，您的本地存储库将具有“更改集”，但它仍然与主存储库断开连接(主存储库将具有来自每个开发人员存储库的不同“更改集”)，因此要与它通信，您发出请求主存储库并将您的本地存储库代码推送到主存储库。从存储库获取新更改称为“拉取”，合并本地存储库的“更改集”称为“推送”。
它不遵循在进行更改后直接将代码通信或合并到主存储库的方式。首先，您在自己的服务器或存储库中提交所有更改，然后“更改集”将合并到主存储库。

下图可以更好地理解这两者之间的区别：
集中式与分布式版本控制的区别