构建自动化
| 软件开发 |
|---|
| 核心行动 |
| 范式与模式 |
| 方法论与框架 |
| 支持行为 |
| 实践 |
| 工具 |
| 标准与知识体系 |
组建自动化（英语：Build automation，又称构建自动化、自动化构建、构建系统）指自动创建软件组建的一组进程，包括将计算机源代码编译成二进制码、将二进制码包装成软件包以及运行自动化测试。
概要[编辑]
组建自动化原先是通过创建makefile来完成的，如今则主要使用两大类工具完成组建[1]：
- 组建自动化工具（如Make、Rake、Cake、MS build、Ant、Gradle、CMake等）
- 这些工具的主要目的是通过编译和链接源代码等活动来生成组建工件。
- 组建自动化服务器
- 这些基于Web的通用工具能够在预定或触发的基础上执行组建自动化实用程序。持续集成是组建自动化服务器的类型之一。
根据自动化程度的不同有如下分类：
组建自动化工具[编辑]
组建自动化工具允许自动化简单且重复的任务，这些工具会通过以正确的、特定的顺序执行任务并运行每个任务来计算如何达到目标。其又可分为任务导向工具与产品导向工具：任务导向工具用以描述网络在特定集合任务方面的依赖性；产品导向工具则根据其生成的的产品来描述事物[2]。
组建自动化服务器[编辑]
虽然组建服务器早在持续集成服务器出现之前就已存在，但组建服务器（英语：build servers）通常与持续集成服务器（英语：continuous integration servers）在英语上是同义词。组建服务器也可以并入软体生命周期管理（ALM）工具以及应用发布自动化（ARA）工具中。
服务器类型
- 按需自动化（On-demand automation）：如在命令行界面中运行脚本的用户；
- 计划自动化（Scheduled automation） ：如运行每日构建的持续集成服务器；
- 触发自动化（Triggered automation） ：如运行每次提交到版本控制系统的构建的持续集成服务器。
分散式组建自动化[编辑]
自动化是透过许多的编译器来达成，可能是工具在每一个步骤执行不同的编译器，或是用分散式编译[3]。分散式组建流程需要有机器智能，了解程式码的相依性，以便用正确的顺序进行分散式组建。
和持续交付和持续整合的关系[编辑]
组建自动化是朝向持续交付（CD）和DevOps的第一步。组建自动化若结合持续整合（CI）、软件部署、应用程式发布自动化等程序，可以让组织渐渐的建立软件交付的最佳实务[4][具体情况如何？]。
好处[编辑]
在软体开发专案中，导入组建自动化的好处如下：
- 要进行持续整合和持续测试的必要条件
- 提升产品品质
- 加速编译和连结的处理
- 消除重复的任务
- 减少“不良的组建”
- 消除关键人员的相依性
- 建立组建历史以及发布历史，在调查问题时更方便
- 因为上述的原因，可以节省时间和金钱[5]
相关条目[编辑]
参考资料[编辑]
- ^ Ceruzzi, Paul E. A history of Modern computing. The MIT Press. 2003. ISBN 978-0262532037.
- ^ Clark, Mike. Pragmatic Project Automation: How to Build, Deploy, and Monitor Java Apps. The Pragmatic Programmers. 2004. ISBN 978-0974514031.
- ^ Enos, Joe. Automated Builds: The Key to Consistency. InfoQ (C4Media Inc.). 2013 [September 16, 2015]. （原始内容存档于2021-10-22）.
- ^ Bashan, Shmuel; Bellagio, David E. Work Item Management with IBM Rational ClearQuest and Jazz: A customization Guide. IBM Press. 2011. ISBN 978-0137001798.
- ^ Archived copy (PDF). [2008-09-19]. （原始内容 (PDF)存档于2008-11-23）.