一  实质

不配置提交流水线,可以配置合并流水线!

说明:每一次提交都会作为'构建和部署或者测试',成功之后打个标签,这样在等代码合并的时候,已经不需要重复构建了,因为之前已经有状态了,我们只需要配置:这个分支'最后一次提交'是成功的还是失败的!

说明:只有配置了流水线执行成功才能合并

需求:把no分支(无状态)合并到hello分支(无状态)

(2)新建一个合并请求

说明:文件的内容必须有差异性才能合并

蓝色的超链接创建文件

早期版本

说明:每一次提交都会有一个状态(gitlab侧状态),分支合并的时候不用构建代码,已经跑过流水线了,保证源分支最后一次提交是成功的即可!

很重要的一点:gitlab把jenkins的pipeline理解了gitlab的CI!

备注:合并的时候已经跑过流水线了,不需要再跑流水线了,合并的时候只需要保证源分支最后一次提交流水线是成功的就可以!

(3)测试思路--->失败

no分支最后一次提交失败,此时合并则失败,由于之前的策略原因

做法:还是之前的合并请求(源和目标与原来的一样),修改pom.xml文件!

说明:破坏no分支的pom.xml文件

继续合并请求

说明:此时合并请求卡主了

继续:将pom.xml文件还原,然后观察此合并需求变化

状态的变迁

备注:手动点击合并!

备注:这个地方代码合并在做codeView的时候非常有用

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐