1.Releases
Releases是由开发团队公开发布的主要build版本，比如：”R1.0”。
这种builds是稳定的(stable)、经过测试的版本(tested release),但是它不会包含最近最
新的features和improvements。
Release Builds的版本号总是以”R”开头；Non-release builds一般都是build的日期来命名。
2.Stable Builds
Stable builds是能够确定满足大部分用户的integration builds版本（注：Stable builds首先是一个
integration builds,并有很好的稳定性，满足用户的基本需求）。经过短期的使用和评估（或者评审）
由architecture team把stable build从integration build中提取出来（原文：They are promoted from
integration build to stable build by the architecture team after they have been used for a
few days and deemed reasonably stable. ）。
这种builds会紧紧跟随最新的开发进程，包含最新最新的features和bug fixes,当然同时可能会由许多
bug和缺陷。
开发团队希望能够发布这种builds来获取用户及时有价值的反馈。
3.Integration Builds
这是一个周期性的工作，各个component teams保证释放的component都处在了稳定、具有兼容性的状态。
每一个compenent必须在配置文件中配置下一次integration build中本component的版本号。在新的稳定
component版本release到build中，必须要进行build integration builds.Integration builds经过测试
之后就会成为Stable Builds.
4.Nightly Builds
over night build任何被release到the HEAD stream of the CVS repository的代码。
完全没有经过测试，存在大量的问题；一般情况下都不会很好的运行。
这一步为改项目的开发者而是实现的。
Note: Nightly builds are produced only as requested, and not necessarily every night,
by developers to build what was in HEAD.
5.Maintenance Builds
周期性的build,为了保持维护未来版本的发布的执行。Maintenance Builds并不一定是一个stable builds.
maintenance builds最后确定和release的时候，就成为了一个Release build.Maintenance builds的名字以
“M”开头，在稳定性方面仍然没有经过考验。如果一个版本是release candidate的时候（“RC”），那么
就是一个stable maintenance build.