关于DVCS、持续集成和特性分支 管理资料.docVIP

关于DVCS、持续集成和特性分支 管理资料 于持续集成英文站的文章《On DVCS, continuous integration, and feature branches》， 为了吸引大家的注意力，我想说：“特性分支是邪恶的化身”。 自xx年起，Mercurial (最近是Git)就成了我日常工作的工具，而且我喜欢使用分布式版本控制系统。正如《持续交付》一书中讨论的那样(英文版第393页和394页)，有很多理由说明，与之前已存在的同类工具相比，DVCS代表了一种巨大的转变。但正如所有强大的工具一样，你会有很多种方法来使用它们，但并不是所有的方法都是好的。这里所有的讨论不是想说DVCS不好：使用特性分支和使用DVCS完全是正交的。而且，我认为，DVCS的支持者用这种工具的功能分支来推销DVCS，是对DVCS的一种伤害。 首先看几个定义。请注意，一些人以不同的方式使用这些术语，所以你需要暂时从你的大脑中把先把其它的定义擦去，否则我的讨论就没有什么意义了。 持续集成是一种实践，用于确保你的软件一直是可以工作的，并且在几分钟内你就能够得到关于 “你的修改是否破坏了系统”的反馈。 特性分支是一种实践， 使用它的人直到他所开发的特性“完成”后才合并回主干（这里的“完成“不是“done done1”原则中