"听"乔梁讲述持续集成的故事

乔梁，十多年软件开发及项目管理经验，专注于提高软件企业提高交付能力，推广最佳实践。曾为多个大型电信企业、互联网企业提供专业的软件交付咨询服务。现任百度项目管理部高级架构师，负责百度敏捷过程改进与持续交付推广实施。译有《持续交付》。曾任Thoughtworks资深咨询师，对敏捷项目管理及持续集成有深入的理解与丰富的实践经验。

http://kb.cnblogs.com/page/127936/

另外，大名鼎鼎的Martin Fowler的这篇持续集成也应该要学习下

http://kb.cnblogs.com/page/132766/

时间： 2024-10-10 05:39:44

"听"乔梁讲述持续集成的故事的相关文章

持续集成之“依赖管理”

在前文<分支策略(续)>中,我们讨论了多组件应用程序的持续集成策略,即:为相对独立的组件创建自己专属的代码库,然后通过现代持续集成工具进行组件间的持续集成.Joe的团队在首次发布之后,开始使用这种方式.然而,没有多久,他们就遇到了一个问题:一次提交构建所花费的时间太长. 一天,Joe就早早地来到了办公室.因为他前一天下班前,他开发的用户故事还有一小点就完事儿了.他想利用早上这点儿时间把它搞完,交给测试人员进行测试.他修改了某个模块的一段代码,在本地构建测试通过以后,就提交了, 然后起身去楼下买

项目管理大法归档 - 思维导图、原型工具、接口测试、设计模式、版本管理、单元测试、持续集成、代码审查、Bug 跟踪

太阳火神的美丽人生 (http://blog.csdn.net/opengl_es) 本文遵循"署名-非商业用途-保持一致"创作公用协议 转载请保留此句:太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS.Android.Html5.Arduino.pcDuino,否则,出自本博客的文章拒绝转载或再转载,谢谢合作. 项目管理大法归档: 1.思维导图 如果你在想事情,而又不那么清晰明确,那么就用思维导图吧,它可以随着你的思维,很自然地记忆你思维的过程. 其实使用

用MSBuild和Jenkins搭建持续集成环境（1）

http://www.infoq.com/cn/articles/MSBuild-1 你或其他人刚刚写完了一段代码,提交到项目的版本仓库里面.但等一下,如果新提交的代码把构建搞坏了怎么办?万一出现编译错误,或者有的测试失败了,或者代码不符合质量标准所要求的底限,你该怎么办? 最不靠谱的解决方案就是寄希望于所有人都是精英,他们根本不会犯这些错误.但如果真的出现了这些问题,我们就希望发现的越早越好.最好的方式就是只要有代码提交,我们就有某种方式对它进行验证.这就是持续集成的作用. 持续集成相关的工具

[独孤九剑]持续集成实践 – MSBuild语法入门

本系列文章包含: [独孤九剑]持续集成实践(一)- 引子 [独孤九剑]持续集成实践(二)– MSBuild语法入门 [独孤九剑]持续集成实践(三)- Jenkins安装与配置(Jenkins+MSBuild+GitHub) 本文是转发“用MSBuild和Jenkins搭建持续集成环境”,由于该文内容十分清晰,我就不再画蛇添足的再写一篇了.只是其中会夹杂一些个人的理解,如果各位看官介意,请移步至原文. 1.开始 在这篇文章中,我们会从头开始,一步步完成一个属于我们自己的MSBuild脚本.在它完成

转载：持续集成Jenkins+sonarqube部署教程

转载: 持续集成Jenkins+sonarqube部署教程 持续集成 1 引言 1.1 文档概要 本文主要介绍jenkins,sonar的安装与集成,基于ant,maven构建.用一个例子介绍jenkins的编译打包部署,代码检查.最后集成jenkins.(现阶段只是简易的集成,后续需要修改accio源码做深度集成) 1.2 预计读者 系统配置管理员:要懂得搭建持续集成环境,有问题可以排查:架构师:了解持续集成实现原理,协助项目接入持续集成.项目在持续集成环境运行中,进行维护.分析构建异常等:维

使用Jenkins+Calabash+Cocoapods搭建iOS持续集成环境

持续集成 持续集成究竟是什么呢?根据敏捷大师Martin Fowler的定义: 持续集成是一种软件开发实践.在持续集成中,团队成员频繁集成他们的工作成果,一般每人每天至少集成一次,也可以多次.每次集成会经过自动构建(包括自动测试)的检验,以尽快发现集成错误.许多团队发现这种方法可以显著减少集成引起的问题,并可以加快团队合作软件开发的速度. 只要是开发就有分工,哪怕是自己一个写也要分成多个模块.随着项目越来越大,模块也越来越多,各个模块是否可以征程协作就成了问题,有了持续集成,可以有如下好处: 持

IOS使用Jenkins进行持续集成

本文主要讲述在开发过程中,提高工作效率而进行的IOS-Jenkins的持续集成. 背景 平时我们开发完成IOS项目,需要打包给测试人员进行测试.其中的过程需要重复进行:修改配置项--编译---连接设备--运行打包--debug进设备中--然后交给等待的测试人员.现有成熟的持续集成Jenkins解决方案,并且该方案也提供了Xcode插件的支持,可以讲上述过程封装成一键解决方案. 我实现的是jenkins执行IOS的job,build工程,签名打ipa包,上传到FTP服务器,放到tomcat下,提供

持续集成之“分支策略”(续)

在前文中,咱们谈到生命周期长短不同的两种分支策略.对于不超过二十人的小团队来说,推荐使用短生命周期的分支策略.Joe的团队在首次发布之前,也一直使用这种方式.然而,首次发布之后,因市场反响非常好,公司决定加大开发投入,希望更快地推出升级平台,以及更多基于平台的游戏. 一.按特性分支的持续集成策略 现在,Joe的团队中,开发人员快速增加,已接近30人了.由于首次发布后的市场压力,大家一直在赶进度,持续集成的失败频率越来越高,修复构建的时间也越来越长,排队等待提交的代码也越积越多."这种状况不能再持

IOS使用jenkins进行持续集成 第二篇

上一篇,自己尝试进行持续集成,研究的不深入,这两天,为公司搭建持续集成环境,以及内部发布系统,了解的更多了,所以分享出来. 这篇主要介绍一些其他东西,不重复介绍上一篇的内容. 如果使用jenkins进行ios持续集成,需要xcode插件支持,所以先下载xcode插件,而且后期还要用到ftp服务,也安装ftp的插件. jenkins中可以自己创建特定的视图分组,all视图点击+号就能创建新视图,创建好后,在左侧的编辑视图选项,则会进入详情页,可以选择放入此视图的任务:相对于任务,我觉得最好依据代码