简介：您是否对分布式版本控制感兴趣，但是又被一大堆行话弄糊涂了？本文介绍三种主要的系统 （Git、Mercurial 和 Bazaar），讨论采用分布式工作流的一些优点，比较分布式版本控制的常用操作。
简介
在过去几年，对于分布式版本控制可以给开发过程提供的益处有许多争论。最近，分布式 工具已经很成熟了。尽管分布式工具的一些优点最初可能不明显，但是从长期来看，它们提供的灵活性是 非常有意义的。阅读完本文之后，您应该能够开始使用分布式版本控制系统，基本了解分布式模型能够提 供的优点。
围绕分布式版本控制的争论主要集中在不再需要的中心服务器。这是一个非常独特的 特性，对于一些开发人员组很重要，但是它的真正价值在于，它允许开发人员组实现他们选择的几乎任何 工作流。它能够完成很多事情，比如传统的集中式模型，或两个开发人员在咖啡馆通过无线连接协同工作 ，等等。
允许开发人员以各种新的方式工作，这是分布式版本控制真正令人兴奋的特点。实际上 ，在本文末尾会介绍如何实现这样的“咖啡馆”工作流。这对于作家、学校教师和 Linux 内核开发人员都有益处。
什么是分布式版本控制？
分布式版本控制 (DVCS) 是一种不需要中心服务器的管理文件版本的方法，但是它也可以使用中心服务器。更改可以被合并到 DVCS 的任何其他用户的系统中，因此可以实现非常灵活的工作流。
DVCS 的两个主要优点是：它 比集中的版本控制更灵活，因为它除了支持传统的（集中式）工作流，还支持其他各种工作流；它比集中 式服务器快得多，因为大多数操作在客户机本地进行，而不需要网络操作。
DVCS 和集中式版本控 制系统的主要差异
在 DVCS 和集中式版本控制系统之间有三个关键差异。第一个差异是，DVCS 通 过本地提交支持离线工作，这是由 DVCS 的操作方式决定的。这与集中式版本控制完全不同，集中式版本 控制要求通过到中心服务器的连接执行所有操作。这种灵活性让开发人员在飞机上也能够像在办公室中一 样轻松地工作，可以一次又一次地进行提交。
第二个差异是 DVCS 比集中式系统更灵活，因为 DVCS 支持许多不同类型的工作流，从传统的集中式工作流到纯粹的特殊工作流，再到特殊工作流和集中 式工作流的组合。这种灵活性允许通过电子邮件、对等网络和开发团队喜欢的任何方式进行开发。
第三个差异是 DVCS 比集中式版本控制系统快得多，因为大多数操作在客户机上进行，速度非常 快。另外，在需要进行推（push ）操作（与另一个节点通信）时，速度也更快，因为两个客户机机器上 都有完整的元数据。速度差异相当显著，根据使用本地存储库还是网络存储库，DVCS 比 Subversion 快 大约 3-10 倍。
分布式版本控制工作流
因为 DVCS 非常灵活，可以实现各种各样的工作流 ，但是由于篇幅有限，本文只讨论两种工作流。首先讨论最常用的工作流之一 Partner 工作流。按照 Partner 工作流，一个开发人员启动一个项目，然后进行分支。然后，在不同开发人员工作的分支之间来 回合并更改。
第二种常用的工作流是通过本地提交使用集中式服务器。在这种工作流中，开发人 员的工作方式与使用集中式 subversion 存储库时非常相似，但是他们进行本地提交，然后把最终更改推 到集中式服务器。这种工作流有许多变体，包括与 Partner 工作流结合使用。重要的是，可以采用许多 种工作方式，通过使用 DVCS，可以灵活地选择最适合自己的工作方式。