配置Gitlab合并流水线(六)jenkins+gitlab
一实质:合并流水线和提交流水线式一回事不配置提交流水线,可以配置合并流水线!说明:每一次提交都会作为构建和部署或者测试,成功之后打个标签,这样在坐代码合并的时候,已经不需要重复构建了,因为之前已经有状态了,我们只需要配置:这个分支最后一次提交是成功的还是失败的!说明:配置了流水线执行成功才能合并!需求:把no分支(五状态)合并到hello分支(无状态)(2)新建...
·
一 实质
不配置提交流水线,可以配置合并流水线!
说明:每一次提交都会作为'构建和部署或者测试',成功之后打个标签,这样在等代码合并的时候,已经不需要重复构建了,因为之前已经有状态了,我们只需要配置:这个分支'最后一次提交'是成功的还是失败的!
说明:只有配置了流水线执行成功才能合并
需求:把no分支(无状态)合并到hello分支(无状态)
(2)新建一个合并请求
说明:文件的内容必须有差异性才能合并
蓝色的超链接创建文件
早期版本
说明:每一次提交都会有一个状态(gitlab侧状态),分支合并的时候不用构建代码,已经跑过流水线了,保证源分支最后一次提交是成功的即可!
很重要的一点:gitlab把jenkins的pipeline理解了gitlab的CI!
备注:合并的时候已经跑过流水线了,不需要再跑流水线了,合并的时候只需要保证源分支最后一次提交流水线是成功的就可以!
(3)测试思路--->失败
no分支最后一次提交失败,此时合并则失败,由于之前的策略原因
做法:还是之前的合并请求(源和目标与原来的一样),修改pom.xml文件!
说明:破坏no分支的pom.xml文件
继续合并请求
说明:此时合并请求卡主了
继续:将pom.xml文件还原,然后观察此合并需求变化
状态的变迁
备注:手动点击合并!
备注:这个地方代码合并在做codeView的时候非常有用
更多推荐
已为社区贡献2条内容
所有评论(0)