Tag: jelly

Jenkins如何为构建后的插件发现config.jelly？: 我正在为我公司的一些自定义报告创建一个post-build插件。我从这里提供的Jenkins“hello world”示例开始： https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial 这很有效。我能够加载插件并在我的Jenkins实例中使用它没有任何问题。为了让我的项目顺利进行，我能够将HelloWorldBuilder移动到另一个文件夹，而不是Jenkins HPI安装程序创建，构建和上传此插件的默认文件夹。我也能够将其更改为从hudson.tasks.Recorder派生，并将@Extension更改为从BuildStepDescriptor派生。这一切都很好，我能够将hpi文件上传到Jenkins没问题，并且能够按照预期在后期构建步骤中使用该插件。在这一点上，事情正在发生变化，我犯了一个错误，开始认为这将是一件轻而易举的事。当我试图从“HelloWorldBuilder”重命名该类时，我开始遇到问题。我看到该插件仍然是一个构建后的步骤，但不再能够配置它。我尝试将config.jelly类和相应的帮助html文件移动到基于新类名的新目录，该类名也不起作用。我已经尝试了几种基于其他论坛，其他插件回购和我找到的文档的路径结构和命名约定的组合，但无济于事。我不确定我在这里缺少什么，所以我的问题是： Jenkins究竟是如何根据为插件/类名和目录结构的各种组合实现post-build插件的类来发现config.jelly文件的？

可以在同一个hpi中存在两个不同的jenkins构建器并共享相同的全局配置吗？: 我需要创建两个不同的Jenkins Builder类。每个都做不同的事情，每个都需要自己的.jelly，但是，两者都需要相同的全局配置（global.jelly），它指定主机和一些用户凭据。两个构建器类型的实例在其perform（）期间将使用凭据（也在全局配置中指定）连接到主机（在全局配置中指定）。问题是在Jenkins中，您将每个构建器的资源放在与构建器类名对应的文件夹中，并且该资源文件包含global.config。如果我将配置复制到两个构建器的资源文件夹，我将获得两个相同的全局配置部分… 有两个Builder类创建一个.hpi，每个类都有自己的config.jelly和帮助.html文件，但两者共享相同的全局配置（global.jelly）？