设为首页 | 添加收藏
首 页 走进石竹 石竹动态 产品中心 解决方案 服务体系 知识中心 招贤纳士
 
K 知识中心  
数据治理
元数据
数据质量
技术讲坛
下载
 
C 联系方式  
北京:(8610)68707181
西安:(8629)89181329
销售联系:
info@
技术支持:
support@
 
 
  当前位置: 首页 >> 知识中心 >> 持续集成
持续集成
发布日期: 2017-04    阅读次数: 7951

    集成 软件的过程 不是新问题,如果项目开发的规模比较小,比如一个人的项目,如果它对外部系统的依赖很小,那么软件集成不是问题,但是随着软件项目复杂度的增加(即使增加一个人),就会对集成和确保软件组件能够在一起工作提出了更 多的要求-要早集成, 常集成。早集成,频繁的集成帮助项目在早期发现项目风险和质量问题,如果到后期才发现这些问题,解决问题代价很大,很有可能导致项目延期或者项目失败。

 

大师Martin Fowler对持续集成 是这样定义的:

 

持续集成是 一 种软件开发 实践,即团队开发成员经常集成它们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从 而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件。

 

一些原则:

1. 所有的开发 人员需要在本地机器上做本地构建,然后再提交的版本控制库中,从而确保他们的变更不会导致持续集成失败。

2. 开发人员每 天至少向版本控制库中提交一次代码。

3. 开发人员每 天至少需要从版本控制库中更新一次代码到本地机器。

4. 需要有专门 的集成服务器来执行集成构建,每天要执行 多次构建。

5. 每次构建都 要100%通过。

6. 每次构建都 可以生成可发布的产品。

7. 修复失败的 构建是优先级最高的事情。

 

近些年来, 敏捷在软件工程领域逐渐火热起来,敏捷书籍、文章、社区以及各种大会也越来越多。持续集成作为敏捷开发的最佳实践之一现在已经被许多的开发团队所接受,它是敏捷团队成功的基石。

 
 
关闭窗口
 
石竹软件 版权所有 | 公司月刊 | 招贤纳士 | 石竹质量 | 联系我们 | 邮箱登录 |
销售联系电 话:010-68707181
销售联系邮 箱:info@
友情链接:    彩票红包雨聊天室   急速11选5   彩票不定时红包   彩客网   鑫彩彩票网址