存档

文章标签 ‘持续集成’

持续集成术语解释

2012年11月27日 tianhl 没有评论

Continuous Integration(持续集成):持续集成要求开发人员频繁地提交他们的所完成的工作产品,这个频率通常是至少每天一次,有时候可以多次。每次集成会通过自动化构建(automated build)的方式进行尽量快速地验证,以确保新提交的变化不会造成新的问题。如果在集成的过程中出现异常,则应当快速的反馈给相关的人员。 Build(构建):构建是将源代码放在一起,并验证软件可以作为一个一致的单元运行的过程;验证活动一般包括编译、测试、审查和部署。 Build Tool(构建工具):用于执行构建过程的工具称为构建工具,它通过执行构建脚本实现自动化的编译、测试、审查和部署。Make是所有构建工具之祖,它向我们展示了依赖关系检查和增量式构建

迈出单元测试的第一步

2012年11月8日 tianhl 没有评论

单元测试不仅是软件行业的最佳实践,在敏捷方法的推动下,它也成为了可持续软件生产的支柱。根据最新的年度敏捷调查,70%的参与者会对他们的代码进行单元测试。 单元测试和其他敏捷实践密切相关,所以开始编写测试是组织向敏捷转型的踏脚石。道路漫长,但值得去做。我将在本文介绍符合要求的小技巧,以及在开发周期里进行单元测试的步骤。 有效的单元测试默认要能自动化。没有自动化,生产力就会下降。没有自动化,单元测试的习惯也不会持续太久。依靠手工测试(由测试人员或开发人员完成)并不能持续太长时间;在有压力的情况下,没人会记得去运行所有的测试,或者去覆盖所有的场景。自动化是我们的朋友,所有的单元测试框架都支持自动化,而

持续集成原则

2012年10月31日 tianhl 没有评论

持续集成原则   1. 所有的开发人员需要在本地机器上做本地构建,然后再提交的版本控制库中,从而确保他们的变更不会导致持续集成失败。   2. 开发人员每天至少向版本控制库中提交一次代码。    3. 开发人员每天至少需要从版本控制库中更新一次代码到本地机器。    4. 需要有专门的集成服务器来执行集成构建,每天要执行多次构建。    5. 每次构建都要100%通过。    6. 每次构建都可以生成可发布的产品。    7. 修复失败的构建是优先级最高的事情。

分类: 云计算 标签:

持续集成要素

2012年10月31日 tianhl 没有评论

  1.统一的代码库   2.自动构建    3.自动测试    4.每个人每天都要向代码库主干提交代码    5.每次代码递交后都会在持续集成服务器上触发一次构建    6.保证快速构建    7.模拟生产环境的自动测试    8.每个人都可以很容易的获取最新可执行的应用程序    9.每个人都清楚正在发生的状况    10.自动化的部署

分类: 云计算 标签:

持续集成的定义

2012年10月31日 tianhl 没有评论

  集成软件的过程不是新问题,如果项目开发的规模比较小,比如一个人的项目,如果它对外部系统的依赖很小,那么软件集成不是问题,但是随着软件项目复杂度的增加(即使增加一个人),就会对集成和确保软件组件能够在一起工作提出了更多的要求-要早集成,常集成。早集成,频繁的集成帮助项目在早期发现项目风险和质量问题,如果到后期才发现这些问题,解决问题代价很大,很有可能导致项目延期或者项目失败。 持续集成的定义   大师Martin Fowler对持续集成是这样定义的:持续集成是一种软件开发实践,即团队开发成员经常集成它们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括

分类: 云计算 标签:

Jenkins介绍

2012年10月31日 tianhl 没有评论

  Jenkins,之前叫做Hudson,是基于Java开发的一种持续集成工具,用于监控秩序重复的工作,包括:   1、持续的软件版本发布/测试项目。   2、监控外部调用执行的工作。

分类: 云计算 标签: ,