[BuildRelease]Build类型

对于build的类型，我们可以从两个角度来分类：第一，从BRE角度来看；第二，从整个软件的开发周期来看。

 

一 从BRE来看

如下图：

 

其中：

build before submit： 一般用来在code submit前检测build error，build break等，特别地当软件非常大的时候，需要支持不同配置，或不同平台时；

build after submit： 此种build用来检测build break，尽早的发现build break，通知相关人员fix，减少对整个团队的影响；

daily build ： 每天build一次，用来unittest或smoketest来检测当天的功能的集成；

weekly build：每周build一次，通常集成smoke test或performance test，当smoke test 或performacne test通过后，将build post出来供qa和其他需要的组使用；

 

二 从整个软件开发的周期来看

如下图：

 

其中：

feature complete build： 通常软件开发中如果使用branch开发模式，当某个模块的功能完成后，集成到main以后所做的build；

code complete build：当所有的软件代码都完成后所做的build；

beta build：软件功能基本稳定，用来给用户测试的build，此时一般都lisence限制；

release candidate build：真正release的候选版本，其中之一用来作为最后的release，即RTM版本；

hotfix build：用来对软件发布后的crash或严重问题的零时的fix；

service pack build：包含了很多的bug fix；

bouns pack build：在软件release后再增加的新的功能的build；

三 最后发布的类型

RTM， Release To Manufacturer，发布给设备制造商的版本。

RTM ISO，用来刻盘发布。

RTM EF，自解压的exe，用来通过web发布供客户下载。

Subscription， 应该跟bouns pack同一意思，表示在产品的两个release间，发布的新功能包。

HotFix，用来fix严重的功能问题。

Service Pack， 用来fix一批defect，包含了之前的所有的hotfix。

Beta，这一版本通常由软件公司免费发布，用户可从相关的站点下载。通过一些专业爱好者的测试，将结果反馈给开发者，开发者们再进行有针对性的修改。该版本也不适合一般用户安装。
Trial，试用版软件在最近的几年里颇为流行，主要是得益于互联网的迅速发展。该版本软件通常都有时间限制，过期之后用户如果希望继续使用，一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。
OEM，通常是捆绑在硬件中而不单独销售的版本。将自己的产品交给别的公司去卖，保留自己的著作权，双方互惠互利，一举两得。

完！