CRP中多分支持续集成的配置

在上一篇发布与分支中,我们讨论了几种经典的发布模式。如果你最终选择在发布中使用分支,那么就来看看CRP中对多分支持续集成的支持吧。

假设你有devhotfix两个分支,主要功能都在dev分支上开发,而对于线上的紧急bug,则走hotfix分支进行修复。

针对dev分支的持续交付线

先看一个针对dev分支的发布线配置:

触发器的配置:

单元测试stage的配置:

集成测试stage的配置:

发布stage的配置:

hotfix也加进来

1.把第一个单元测试的stage拆分成两个:

dev分支更新stage配置:

单元测试stage配置:

2.从触发器右侧的小圆点上拉出一个新的stage,命名为hotfix分支更新

3.点击小圆点触发器,就会看到系统提示你为hotfix分支更新这个stage配置代码库及分支,选择代码库及分支进行配置:

4.从hotfix分支更新这个stage拉出一条线,指向单元测试stage:

完成,现在CRP也会监听你的hotfix分支,而且并且能够重用之前为dev分支所配置的所有后续步骤!

运行起来看看?

dev分支有提交时,你就会看到:

而当hotfix分支有提交时,你就会看到:

不同分支的提交会分别触发两次工作流的运行。现在集成测试也通过了,如果你决定要部署,就点击发布stage上面那个按钮吧!

时间: 2024-11-26 19:29:29

CRP中多分支持续集成的配置的相关文章

让你的CI跑起来-《持续集成》读书总结

持续集成已经被公认为极具价值的一项工程实践.在初始化一个项目时一个重要的任务就是搭建持续集成服务器,编写构建脚本.在我工作的所有项目中都引入了持续集成机制.它已经像氧气一样成为软件开发过程中的一项工程活动. <持续集成>站在理论的角度阐述了持续集成能够解决什么样的问题,如何解决,需要遵循那些原则等.这本书的副标题是-软件质量改进和风险降低之道(Improving Software Quality and Reducing Risk).副标题直指持续集成的两个好处:提高软件质量及降低项目风险.

另一个关于持续集成和版本分支的故事

经典书籍<持续交付>[1]的作者曾就分支合并和代码演化等问题详细地讨论 过滥用分支对持续集成的负面影响.而我今天要说的是这样一个故事,一个只能 申请到非常有限的硬件设备的团队,他们是如何在多分支策略下实践持续集成的 . 一个团队接手了一个项目,需要在开发新特性的同时维护几个发布分支.团队 计划实践持续集成,但手头的硬件资源严重不足,无法满足所有分支的部署流水 线同时运转. 流水线分为三个阶段,分别是: commit 编译.单元测试和部分集成测试并打包 at 部署应用程序并运行自动化验收测试 u

利用Rational Team Concert在敏捷开发中进行持续集成

本文将介绍如何利用 Rational Team Concert(RTC)在敏捷开发过程中进行持续集成.详细说明了如 何在 RTC 中通过采取一系列的步骤和脚本开发,来保证持续集成过程的连续性和提高整个项目的效率. 同时还阐述了每一步可以利用的工具和最佳实践,从而使开发过程更加规范化,高效化. 概述 Rational Team Concert(RTC)是 Jazz 产品中最重要的一个,是一个可以任务分解集成,源代码版 本控制,进行自动构建和报告的工具.Jazz 做为 IBM 下一代的软件交付平台,

持续集成篇 --Hudson持续集成服务器的安装配置与使用

IP:192.168.4.221  8G内存(Hudson多个工程在同时构建的情况下比较耗内存) 环境:CentOS 6.6.JDK7 Hudson不需要用到数据库   Hudson只是一个持续集成服务器(持续集成工具),要想搭建一套完整的持续集成管理平台,还需要用到前面课程中所讲到的SVN.Maven.Sonar等工具,按需求整合则可. 1.  安装JDK并配置环境变量(略) JAVA_HOME=/usr/local/java/jdk1.7.0_72   2.  Maven本地仓库的安装(使用

持续集成(CI)工具------Hudson/Jenkins(Continuous Integration)安装与配置详解

本文允许转载,但请标明出处:http://blog.csdn.net/wanghantong/article/40985653/, 版权所有 文章概述: 一. 描述了持续集成工具Hudson的安装与配置 二. 描述了Git .Maven环境的安装与配置 三. 描述了扩展邮件通知及其配置方法 四. 描述了jira的配置 一.Hudson简介 Hudson是Jenkins的前身,是基于Java开发的一种持续集成工具,用于监控持续的软件版本发布/测试项目 下载地址:http://eclipse.org

持续集成操作自动化case但结果收不到邮件,已经配置过收件人

问题描述 持续集成操作自动化case但结果收不到邮件,已经配置过收件人 jekins持续集成的时候,整个流程已经结束,可最终我也么有收到邮件,测试邮件的时候也是成功的,可是邮箱就是空的,如下图所示,有哪位大神知道嘛,望告知,先谢谢Email was triggered for: SuccessSending email for trigger: SuccessAn attempt to send an e-mail to empty list of recipients ignored.Fini

jenkins搭建持续集成环境,配置SVN支持SVN中文路径不,怎么老是报错

问题描述 jenkins搭建持续集成环境,配置SVN支持SVN中文路径不,怎么老是报错 jenkins搭建持续集成环境,配置SVN支持SVN中文路径不,怎么老是报错 解决方案 一样的问题,等待大神解答.................................................

游戏项目中的自动化测试和持续集成

现在,许多游戏项目要么跳票严重,要不就是发布时Bug多多.当然,这样的现象并不仅存于游戏工业.例如,根据2001Standish集团发表的那份 声名狼藉的报告"极度混乱"所表述的,70%以上的软件项目要么被取消,要么严重的超时和超支.然而,游戏是软件开发复杂性的最佳代表,不同技能的人需要 协同工作,这也就是某些人所说的游戏项目中高风险因素所在. 软件项目延期.Bug满天飞和失败的原因是多种多样的,但看起来除了随产品特性不断变化之外,测试和品质管理是永恒的问题.以我们的经验来看,相当多数

让你提前认识软件开发(51):VC++集成开发环境中Linux下Pclint工程的配置方法及常见错误修改

第3部分 软件研发工作总结 VC++集成开发环境中Linux下Pclint工程的配置方法及常见错误修改   [文章摘要]         Pclint是一种C/C++软件代码静态分析工具.它是一种更加严格的编译器,能够发现普通编译器所不能发现的代码中的很多问题,因此被广泛应用于软件开发项目中.        本文介绍了如何在VC++集成开发环境中配置Linux下的Pclint工程,给出了C语言中pclint规则A检查的常见错误,并描述了对应的修改办法.   [关键词]          VC++