[BuildRelease]BRE FAQ

 

     * BRE是什么？

     BRE是Build Release Engineer的简称。我们将BRE定义为Service团队，用来将开发团队，测试团队，安装制作团队，本地化团队，发布到客户的团队有效地连接起来，从而保证了软件的按期发布。

 

     * BRE的职责是什么？

     BRE与所有其他的软件团队一起工作，将软件从开发到发布的流程自动化。从而保证软件的功能稳定持续的集成和按期发布。

     对开发人员来说，有源代码的管理，软件开发环境的搭建，及其环境的脚本自动化实现，code review server的维护，build加速server的维护，code提交前和后的break检测；

     对安装制作人员来说，将安装文件的创建脚本集成到build的过程中，保证了安装的稳定快速的创建；

     对测试人员来说，将UnitTest，SmokeTest，BuildAcceptanceTest集成到自动化的流程中，节约测试人员的时间，同时将build后的安装文件发布给测试人员；

     对最后的发布人员，将集成发布人员的创建自解压和ISO的脚本，使得可以尽早地开始对最后发布的自解压和ISO的测试；

 

     * 为什么需要BRE？

     BRE将软件的开发到发布的所有环节连接起来从而保证了软件开发流程的顺利运行；

     BRE将软件的开发到发布的所有环节实现了自动化，为从而保证软件的按期发布；

     BRE将软件的各种测试集成到自动化的build过程中，为团队节约了时间，提高了团队的工作效率；

     BRE实现了软件开发到发布的流程的可重复和定时执行，保证了软件的功能的持续集成的验证；

     BRE作为Central和Global团队出现，有利于公司拥有统一的软件发布流程，且为公司节约了成本；

 

     * BRE作为Service团队，与其他的团队的区别？

     BRE要与所有的其他的团队一起工作，所以BRE需要好的交流能力，同时BRE需要使用专业的工具来搜集需求和跟踪问题的进度。其他所有的团队都可以认为是BRE的客户，所以BRE的performance需要由其他的团队来决定。

 

     * BRE需要的工具和知识？

     BRE需要各种管理工具来帮助资源，例如对remote manager来管理远程机器，infrastructure client来管理虚拟机，build forge或ElectricCommander 来管理build脚本和对分布式build的支持。BRE同时需要广博的知识面来处理自动化过程中的各种问题。BRE也需要Dashboard来展示自动化的build的运行情况。BRE更要注重成员间的知识的共享。更重要的是BRE要有不断地改进Build过程的激情。

 

     * BRE的自动化build的基本步骤？

     获取源代码 + build （将源代码编译为二进制）+ 安装文件制作 + Test的集成 + release （一般表示weekly post，将安装文件发布到测试人员，同时post symbol，注册UPI，跟新bug system，制作SDK等）

 

     * BRE的build和软件开发方法？

     BRE维护的build通常有continous build/hour build/daily build/weekly build（post）。对于成熟的软件通常为瀑布模型开发，我们一般需要continnous build + daily build + weekly build（post）。对于采用敏捷开发的软件，我们一般需要hour build + post。

 

     * BRE为什么使用脚本来实现build的自动化？

     build的流程和需求的多边形决定了build的实现需要脚本语言，脚本语言不需要编译.

 

完！