在Jenkins模板引擎中使用实用程序脚本

在Jenkins模板引擎中使用实用程序脚本,jenkins,jenkins-pipeline,jenkins-template-engine,Jenkins,Jenkins Pipeline,Jenkins Template Engine,我是Jenkins模板引擎的新手,尝试使用JTE实现CI流程。通常,在使用Jenkins时,我有一个名为DevOps的repo,其中保存了我在CI过程中使用的所有实用程序脚本,而不是将它们放在开发人员的源代码存储库中。因此,在每个Jenkins文件中,我将源代码以及DevOps repo签入工作区并使用它 我想知道这是否被认为是一般的最佳实践。如果没有,是什么?如果是,那么在JTE中模仿这种模式的最佳方式是什么,因为我的新Jenkins文件看起来像: checkout scm build() d

我是Jenkins模板引擎的新手,尝试使用JTE实现CI流程。通常,在使用Jenkins时,我有一个名为
DevOps
的repo,其中保存了我在CI过程中使用的所有实用程序脚本,而不是将它们放在开发人员的源代码存储库中。因此,在每个Jenkins文件中,我将源代码以及DevOps repo签入工作区并使用它

我想知道这是否被认为是一般的最佳实践。如果没有,是什么?如果是,那么在JTE中模仿这种模式的最佳方式是什么,因为我的新Jenkins文件看起来像:

checkout scm
build()
deploy()

签出scm在配置页面中优雅地签出scm插件中定义的源代码存储库。我在哪里可以嵌入另一个
签出
步骤,该步骤将克隆DevOps repo,并且仍然保持JTE基础设施的通用性?

在JTE 2.0中,您将能够存储和访问库资源


该功能的合并公关:

谢谢回复!据我所知,从您添加的链接,目的是为库添加资源,就像Jenkins共享库插件一样,对吗?如果是这样的话,那么这些资源就与图书馆联系在一起了。我的意思更像是特定项目的助手脚本。e、 例如:每个项目都有自己的提供版本号的机制,例如:某个路径中的文本文件包含版本的特定符号。所以在每个项目中,我都使用不同的脚本来阅读。