配置Gitlab合并流水线（六）jenkins+gitlab

一  实质

不配置提交流水线，可以配置合并流水线！

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

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

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

（2）新建一个合并请求

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

蓝色的超链接创建文件

早期版本

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

很重要的一点：gitlab把jenkins的pipeline理解了gitlab的CI！

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

（3）测试思路--->失败

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

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

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

继续合并请求

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

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

状态的变迁

备注：手动点击合并！

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