博客
关于我
过滤gitlab特殊的push请求(四)jenkins+gitlab
阅读量:377 次
发布时间:2019-03-05

本文共 733 字,大约阅读时间需要 2 分钟。

GitLab 中创建分支通常会触发 Jenkins 流水线运行,但这种触发可能会浪费资源。为了优化流程,我们需要过滤特定的 push 请求,避免不必要的流水线触发。

特征分析

创建新分支的 push 操作可能会触发流水线,但可以通过检查特定特征来过滤。例如:

  • 分支创建操作的 commit 提交数以 40 个零结尾(如 40 个零结尾的 commit ID,如 4040000000000000000000
  • 通过 commit 标记区分新建分支(如 v1.0.0 而非 push 操作)

官方解决方案

GitLab 提供了基于 commit 特征的过滤规则:

  • 如果 commit ID 以 40 个零结尾,则拒绝触发流水线
  • 如果 commit msg 明确指明是新建分支(如 new branch),则拒绝触发流水线

变量新增

在流水线配置中新增三个变量:

  • is_new_branch:判断是否为新建分支(true/false)
  • commit_id:获取最新 commit ID
  • commit_message:获取 commit 消息
  • 正则表达式

    流水线脚本中增加正则匹配:

    push -c "HEAD:$(git branch --show-current)"

    匹配规则:

    • push -c "HEAD: 开头
    • 不是 40 个零开头
    • 不是 40 个零结尾

    测试验证

    在 GitLab 进行新建分支操作后,检查 Jenkins 流水线是否被拒绝触发。确保以下情况:

  • 正常提交(非新建分支)流水线正常运行
  • 新建分支操作流水线被拒绝
  • 处理错误情况(如配置错误导致正常提交无法生效)
  • 通过以上优化,能够有效过滤不必要的 push 请求,节省资源并提升流水线效率。

    转载地址:http://jnwwz.baihongyu.com/

    你可能感兴趣的文章
    Netty源码—5.Pipeline和Handler一
    查看>>
    Netty源码—5.Pipeline和Handler二
    查看>>
    Netty源码—6.ByteBuf原理一
    查看>>
    Netty源码—6.ByteBuf原理二
    查看>>
    Netty源码—7.ByteBuf原理三
    查看>>
    Netty源码—7.ByteBuf原理四
    查看>>
    Netty源码—8.编解码原理一
    查看>>
    Netty源码—8.编解码原理二
    查看>>
    Netty源码解读
    查看>>
    Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
    查看>>
    Netty相关
    查看>>
    Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
    查看>>
    Netty:ChannelPipeline和ChannelHandler为什么会鬼混在一起?
    查看>>
    Netty:原理架构解析
    查看>>
    Network Dissection:Quantifying Interpretability of Deep Visual Representations(深层视觉表征的量化解释)
    查看>>
    Network Sniffer and Connection Analyzer
    查看>>
    Network 灰鸽宝典【目录】
    查看>>
    NetworkX系列教程(11)-graph和其他数据格式转换
    查看>>
    Networkx读取军械调查-ITN综合传输网络?/读取GML文件
    查看>>
    network小学习
    查看>>