三种方法解决 Jenkins 声明式流水线 Exception: Method code too large !

转载自https://cloud.tencent.com/developer/article/1643688

 

这是我第二次在使用 Jenkins 声明式流水线的时候遇到了这个问题,第一次遇到这个问题的时候是在一个 Pipeline 里大概写到 600 多行时候遇到如下错误:

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
General error during class generation: Method code too large!

java.lang.RuntimeException: Method code too large!
    at groovyjarjarasm.asm.MethodWriter.a(Unknown Source)
    [...]

当时我也使用了 Jenkins Shared Libraries,但那时候的代码组织的并不是很好,有不少步骤还没来得及单独抽离出来作为单独的方法。为了解决这个问题,经过一番重构,我将原来的 600 多行的 Pipeline 变成了现在的 300 多行,很不巧,随着继续添加功能,最近又遇到了这个问题。

出现这个问题的原因是 Jenkins 将整个声明性管道放入单个方法中,并且在一定大小下,JVM 因 java.lang .RuntimeException 失败:方法代码太大!看来我还是有什么方法超过了 64k。

Jenkins JIRA 上已经有了该问题的单子,但目前为止还是尚未解决。针对这个问题目前有三种方案,但他们都有各自的利弊。

1.将步骤放到管道外的方法中

自2017年中以来,你可以在管道的末尾声明一个方法,然后在声明性管道中调用它即可。这样,我们可以达到与共享库相同的效果,但是避免了维护开销。

pipeline {
    agent any
    stages {
        stage('Test') {
            steps {
                whateverFunction()
            }
        }
    }
}

void whateverFunction() {
    sh 'ls /'
}

优点

缺点

没有额外的维护费用

这个解决方案不知道会不会一直有效

所有的功能都反映在Jenkinsfile中

有的方法在多个Jenkinsfile里用到时,这种方法还是会写很多重复的代码

2.从声明式迁移到脚本式管道

最后,我们可以迁移到脚本化的管道。有了它,我们就有了所有的*。但是也就会失去我们最初决定使用声明式管道的原因。

优点

缺点

完全没有限制

需要比较大的重构

 

更容易出错

 

可能需要更多的代码来实现相同的功能

3.使用Shared Libraries

我当前使用的就是 Jenkins Shared Libraries,有一个共享库来执行一些复杂的步骤。共享库目前看来使用的非常广泛,尤其是在维护一些比较大型的、复杂的项目里用的很多。

最终我的解决办法是进一步缩减 Pipeline 里的代码,这里我也用到 方法1 的解决方案,将一些步骤提到 Pipeline {} 括号的外面,尤其是那些重复调用的步骤。

优点

缺点

减少了大量重复的代码

任何一个修改都会影响到所有的引用,要测试好了再将变更放到引用分支里

可以分块使用

不熟悉的话很难理解一个步骤到底是做什么的

生成的Jenkinsfile将易于阅读

 

结论

方法1:对于单一的 Repository 的集成,可以快速实现,大多数人上手会很快。

方法2:脚本化提供了很少的限制,适合熟悉 Java,Groovy 的高级用户和有更复杂需求的人使用。

方法3:对于企业级项目,拥有很多 Repositories,需要进行大量集成,并且想了解共享库,推荐使用此方法。

本文分享自微信公众号 - DevOps攻城狮(DevOps-Engineer),作者:Peter Shen

上一篇:[leetcode/lintcode 题解] 领英面试题:嵌套列表的加权和II


下一篇:11.23A T4方(思维好题----杜教筛(总复习))