分布式版本控制的概念

什么是分布式版本控制？

分布式版本控制 (DVCS) 是一种不需要中心服务器的管理文件版本的方法，但是它也可以使用中心服务器。更改可以被合并到 DVCS 的任何其他用户的系统中，因此可以实现非常灵活的工作流。

DVCS 的两个主要优点是：它比集中的版本控制更灵活，因为它除了支持传统的（集中式）工作流，还支持其他各种工作流；它比集中式服务器快得多，因为大多数操作在客户机本地进行，而不需要网络操作。

什么是钩子？

钩子是在版本控制操作的生命周期中通过程序执行操作的方法。例如，通过使用钩子，可以在代码签入（check in）存储库时自动发送电子邮件。另外，还可以在签入代码之前，检查用户是否满足一组条件，比如包含一个测试文件。

另一种扩展版本控制系统功能的方法是编写插件。如果打算编写自己的插件，在 参考资料 中可以找到描述 Bazaar、Git 和 Mercurial 的插件系统的文章链接。

DVCS 和集中式版本控制系统的主要差异

在 DVCS 和集中式版本控制系统之间有三个关键差异。第一个差异是，DVCS 通过本地提交支持离线工作，这是由 DVCS 的操作方式决定的。这与集中式版本控制完全不同，集中式版本控制要求通过到中心服务器的连接执行所有操作。这种灵活性让开发人员在飞机上也能够像在办公室中一样轻松地工作，可以一次又一次地进行提交。

第二个差异是 DVCS 比集中式系统更灵活，因为 DVCS 支持许多不同类型的工作流，从传统的集中式工作流到纯粹的特殊工作流，再到特殊工作流和集中式工作流的组合。这种灵活性允许通过电子邮件、对等网络和开发团队喜欢的任何方式进行开发。

第三个差异是 DVCS 比集中式版本控制系统快得多，因为大多数操作在客户机上进行，速度非常快。另外，在需要进行推（push ）操作（与另一个节点通信）时，速度也更快，因为两个客户机机器上都有完整的元数据。速度差异相当显著，根据使用本地存储库还是网络存储库，DVCS 比 Subversion 快大约 3-10 倍。

回页首

分布式版本控制工作流

因为 DVCS 非常灵活，可以实现各种各样的工作流，但是由于篇幅有限，本文只讨论两种工作流。首先讨论最常用的工作流之一 Partner 工作流。按照 Partner 工作流，一个开发人员启动一个项目，然后进行分支。然后，在不同开发人员工作的分支之间来回合并更改。

第二种常用的工作流是通过本地提交使用集中式服务器。在这种工作流中，开发人员的工作方式与使用集中式 subversion 存储库时非常相似，但是他们进行本地提交，然后把最终更改推到集中式服务器。这种工作流有许多变体，包括与 Partner 工作流结合使用。重要的是，可以采用许多种工作方式，通过使用 DVCS，可以灵活地选择最适合自己的工作方式。

the stupid content tracker