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

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

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

针对dev分支的持续交付线

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

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

触发器的配置:

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

单元测试stage的配置:

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

集成测试stage的配置:

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

发布stage的配置:

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

hotfix也加进来

1.把第一个单元测试的stage拆分成两个:
CRP中多分支持续集成的配置

dev分支更新stage配置:

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

单元测试stage配置:

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

2.从触发器右侧的小圆点上拉出一个新的stage,命名为hotfix分支更新
CRP中多分支持续集成的配置

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

4.从hotfix分支更新这个stage拉出一条线,指向单元测试stage:
CRP中多分支持续集成的配置

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

运行起来看看?

dev分支有提交时,你就会看到:
CRP中多分支持续集成的配置

而当hotfix分支有提交时,你就会看到:
CRP中多分支持续集成的配置

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

上一篇:在react+redux的技术栈中优雅的使用异步


下一篇:找回51cto博客发文时断网丢失的已编数据