「Continuous

  • 时间:
  • 浏览:1

前言  

哪几个是持续集成,为哪几个要持续集成?本文对持续集成前后三种开发实践做了对比分析,从而直观的感受到持续集成的好处。

在说持续集成前一天,先说一下传统的开发模式:

传统模式:

传统模式过程如下:

传统的开发模式趋于稳定的难题:

1.Bug突然在最后才老出。

2.越到项目后期,难题越难除理。

3.软件交付时机无法保障。

4.守护进程突然需要变更。

许多项目中,守护进程会突然需要变更,有点儿是敏捷开发实践者。

5.无效的等待歌曲变多。

开发等待歌曲歌曲集成另一方的模块,测试人员等待歌曲歌曲开发修复Bug,产品经理等待歌曲歌曲新版本上线给客户做演示,项目经理等待歌曲歌曲另一方提交代码。

6.用户的满足度低。

持续集成

哪几个是持续集成? 

在软件工程中,持续集成(CI)是指将所有开发者的工作副本每天多次合并到主干的做法。Grady Booch 在1991年的 Booch method 中首次命名并提出了 CI 的概念,尽管在当时他未必主张每天多次集成。而 XP(Extreme programming,极限编程)采用了 CI 的概念,并提倡每天不止一次集成。

持续集成服务器:

持续集成服务器但是要能采用自动化的手段,来解放人的双手,实现项目持续集成的工具。与之配套的软件有TeamCity、Jenkins、Go等。

持续集成的工作模式:

 

持续集成的好处:

1.解放了重复性劳动。

自动化部署工作还能不能 解放集成、测试、部署等重复性劳动,而机器集成的频率明显比手工高但是。

2.放慢地修复难题。

持续集成更早的获取变更,更早的进入测试,更早的发现难题,除理难题的成本显著下降。

3.放慢的交付成果。

更早发现错误减少除理错误所需的工作量。集成服务器在构建环节发现错误还能不能 及时通知开发人员修复。集成服务器在部署环节发现错误还能不能 回退到上一版本,服务器始终三个白 可用的版本。

4.减少手工的错误。

在重复性动作上,人容易犯错,而机器犯错的几率几乎为零。

5.减少了等待歌曲时间。

缩短了从开发、集成、测试、部署各个环节的时间,从而也就缩短了中间还能不能 老出的等待歌曲时机。持续集成,原应开发、集成、测试、部署也得以持续。

6.更高的产品质量。

集成服务器往往提供代码质量检测等功能,对不规范或有错误的地方会进行标致,也还能不能 设置邮件和短信等进行警告。

持续集成的最佳实践:1.频繁检出代码。



有前一天代码冲突无可除理,频繁检出代码,还能不能 让本地的副本和代码库中的版本最小差异化。



2.频繁提交代码。

与1的原理类似于,频繁提交代码,还能不能 让另一方检出副本和代码库中的版本最小差异化。



3.减少分支,回归主干。

多个分支并行应及早将变更集成到主干中,除理并肩维护软件的多个版本。



4.使用自动化构建。

还能不能 使用Maven、Ant等来实现自动化构建,还能不能 在构建过程中实现自动化测试。前提是有写单元测试用例。



5.提交测试。

在提交工作前一天,每个守护进程员需要本地集成所有代码,做一个 完整篇 的构建和运行,并通过所有的单元测试,但是能减少集成测试在集成服务器上构建失败的风险。



6.当前具体情况对每另一方都可见。

集成服务器在持续集成过程中发现难题应及时发送警告给相关的干系人。