你好,我是 winter。今天我们来聊聊持续集成。
持续集成是近现代软件工程中的一个非常重要的概念。它是指在软件开发过程中,以定期或者实时的方式,集成所有人的工作成果,做统一的构建和测试。
与持续集成相对的做法是:独立开发各个模块,在软件开发的最终阶段才做集成。持续集成的优势是及早处理集成阶段的问题,使软件质量和开发进度可控。
现在持续集成还有升级版本:持续交付和持续部署,这些因为需要更为完善的基础设施,目前很少有公司前端团队可以用上,我们暂且不谈。
传统的持续集成概念诞生于桌面客户端开发,在 Web 前端领域,由于技术和产品形态的差别,我们需要构建的持续集成体系也有一些区别。
持续集成总论
传统软件的持续集成主要有以下措施。
daily build:每日构建,开发者每天提交代码到代码仓库,构建一个可运行的版本。
build verification test(BVT):构建验证测试,每日构建版本出来后,运行一组自动化的测试用例,保证基本功能可用。
对于前端来说,有一些现实的区别:
前端代码按页面自然解耦,大部分页面都是单人开发;
前端构建逻辑简单,一般开发阶段都保证构建成功,不需要构建;
前端代码一般用于开发界面,测试自动化成本极高;
前端页面跳转,是基于 url,没有明确的产品边界。