持续集成系列

持续集成在软件的版本发布以及测试中非常重要,这个系列包括使用Jenkins实现持续集成以及使用Team Foundation Build实现持续集成的总结。

Jenkins

  1. Jenkins之安装与环境配置
  2. Jenkins之权限管理
  3. Jenkins之全局配置
  4. Jenkins之Deploy部署(包括站点和类库项目)
  5. Jenkins之创建Slave
  6. Jenkins之使用经验总结

Team Foundation Build

  1. TFB之新建生成定义
  2. TFB之运行生成定义
时间: 2024-07-28 23:37:51

持续集成系列的相关文章

使用beanstalkd实现定制化持续集成过程中pipeline - 持续集成系列

持续集成是一种项目管理和流程模型,依赖于团队中各个角色的配合.各个角色的意识和配合不是一朝一夕能练就的,我们的工作只是提供一种方案和能力,这就是持续集成能力的服务化.而在做持续集成能力服务化的过程中,最核心的一点就是,如何实现一个可定制化的任务流,即所谓的pipeline. 在传统的持续集成工具实现了pipeline功能,以供串联上下游job,并把多个job联系成一次完整的构建,例如jenkins的pipeline插件. 但是各种持续集成工具,或多或少都有自己的短板,总结起来如下: 1.配置并不

用MSBuild和Jenkins搭建持续集成环境(2)

http://www.infoq.com/cn/articles/MSBuild-2 作者 Mustafa Saeed Haji Ali ,译者 李剑 发布于 2012年10月23日 | 注意: 挥一挥衣袖,带走满满干货,关注活动大本营,时不时发福利呦!3 讨论 分享到:微博微信FacebookTwitter有道云笔记邮件分享 稍后阅读 我的阅读清单 这是持续集成系列的下半部分,如果你还没看过上半部分的话,请点击这里:用MSBuild和Jenkins搭建持续集成环境(1). 与Jenkins相会

Jenkins构建Android项目持续集成之findbugs的使用

题外话 这篇本来和之前的系列要一起出的,但是因为中间公司要发布一个版本,给耽搁了,今天工作做完了,又闲了下来.所以就又来继续jenkins构建Android项目持续集成系列的findbugs篇. Findbugs简介 关于findbugs的介绍,可以自行百度下,这里贴下百度百科的介绍.findbugs是一个静态分析工具,它检查类或者 JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题.这组缺陷模式是可配置的,通过配置,可以过滤掉一些我们不想或不需要检测的问题. findbugs在gra

iOS 持续集成

iOS 持续集成系列 - 开篇 前言 iOS 开发在经过这几年的野蛮生长之后,慢慢地趋于稳定.无论开发语言是 Objective-C 还是 Swift,工程类型是 Hybird 还是原生,开发思想是 OOP 还是函数式,随着项目逐渐变大都在面临相同的问题: 测试.发布等重复性工作占了很大一部分时间,回归成本越来越高.持续集成不可避免地被提上了日程. 本文主要阐述 iOS 下的持续集成,以目标.内容.流程.工具入手,希望可以为大家描绘一幅 iOS 持续集成的蓝图.这可能不是一篇可以让你 Step

Jenkins自动化构建系列:01敏捷开发、自动化构建与持续集成

<SVN与TortoiseSVN实战系列>已写完,今天新开一个<Jenkins自动化构建系列>,上周听了Bob Jiang老师的Agile1001公开课,一直想写个总结,这篇关于敏捷开发.自动化构建与持续集成的思考就作为开题篇吧. 敏捷是什么? 敏捷是一把伞,这把伞下边有XP.Scrum.FDD...,当然也包括自动化构建.持续集成,其实符合敏捷思想的开发方法.工具,如Jenkins都可以属于敏捷开发的范畴,上课时的PPT: 敏捷到底是什么? 其实关于敏捷的定义有很多,Bob Ji

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

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

持续交付之三——持续集成

其他持续交付相关文章:<持续交付>系列文章目录 第三章 持续集成 1. 引言 持续集成的目标是让软件一直处于可工作的状态 2. 实现持续集成 2.1. 准备工作 版本控制 自动化构建 团队共识 2.2. 一个基本的持续集成系统 开发人员使用持续集成服务的简单流程 查看一下是否有构建正在运行,如果有的话,等它完事,如果它失败了,就和团队的其他人把他一起修复,然后再提交代码 一旦构建完成且测试完全通过,就从版本控制库中将该版本的代码更新到自己的开发环境上 在自己的开发机上执行构建脚本,运行测试,以

持续集成实践

持续集成实践(一)- 引子 本系列文章包含: [独孤九剑]持续集成实践(一)- 引子 [独孤九剑]持续集成实践(二)– MSBuild语法入门 [独孤九剑]持续集成实践(三)- Jenkins安装与配置(Jenkins+MSBuild+GitHub) 1.概念描述(了解的话直接跳到第2部分) 1.1.我的理解 持续集成(Continuous Integration),以自动化方式实现“从开发阶段性完毕到部署上线之前”这一阶段的工作.当然也可做到简单部署,复杂的要涉及到持续部署阶段. 1.2.理论

CentOS 7 通过 持续集成包 安装最新的 Mono

Mono 3.6.0 发布,此版本从上一个版本开始,总共提交了 878 个commits.自2014 年 3 月 10 日开始,共有66 位贡献者参与开发: 其中有22位首次提交的贡献值,他们修复了 112 个 bug,具体请看<Mono 3.6发布,支持在Mac系统使用Nuget>. Mono的官方网站也进行了更新,界面清新.其中在下载页面只有OSX下的框架是最新的,其他平台的包还在测试中,可以通过源码安装,也可以通过官方的持续集成包进行安装,可参考文档 Continuous Integra