两个不同的 jenkins 构建器可以存在于同一个 hpi 中并共享相同的全局配置吗？

我需要创建两个不同的 Jenkins Builder 类。每个都执行不同的操作，并且每个都需要自己的 .jelly，但是，两者都需要相同的全局配置 (global.jelly)，该配置指定主机和一些用户凭据。
两种构建器类型的实例在执行执行期间将使用凭据（也在全局配置中指定）连接到主机（在全局配置中指定）。

问题是，在 Jenkins 中，您将每个构建器的资源放置在与构建器类名对应的文件夹中，并且该资源文件包含 global.config。

如果我将配置复制到两个构建器的资源文件夹中，我将获得两个相同的全局配置部分......

是否可以使用两个 Builder 类创建一个 .hpi，每个类都有自己的 config.jelly 和 help .html 文件，但两者共享相同的全局配置（global.jelly）？

是的，这很有可能，但不是以扩展 Builder 的常规方式。您需要将其用作 JobProperty。让我们举一个例子来解释这是如何完成的。

您至少将有 3 个课程/课程。

• MyPluginClass- 具有所有全局配置的字段。
• MyBuildStepAClass- 已实施构建步骤 A。
• MyBuildStepBClass- 已实施构建步骤 B。

构建步骤类的代码MyBuildStepAClass and MyBuildStepBClass将与您通常为具有单个构建步骤的插件编写的代码相同。下面是一个示例MyBuildStepAClass..

public class MyBuildStepAClass {
    private String name;
    .....

    @DataBoundConstructor
    public MyBuildStepAClass(String name, ....) {
        this.name = name;
        ....
    }

    public String getName() {
        return name;
    }

    public boolean perform(AbstractBuild build, Launcher launcher, BuildListener listener) {
       //logic for perform.
       ............
       return true;
    }

    @Extension
    public static class Descriptor extends BuildStepDescriptor<Builder> {

         public Descriptor() {
            load();
         }

         @Override
         public boolean configure(StaplerRequest req, JSONObject formData) throws FormException {
             req.bindJSON(this, formData);
             save();
             return super.configure(req,formData);
         }

         @Override
         public String getDisplayName() {
             return "My Build Step A";
         }
    }
}

要在两个插件类之间共享配置，您将扩展您的MyPluginClass from JobProperty<Job<?,?>>（代替Builder）并覆盖getDescriptor()方法返回描述符使用Jenkins.getInstance().getDescriptor(getclass());

public class MyPluginClass extends JobProperty<Job<?, ?>>  {

    @Override
    public MyPluginClassDescriptor getDescriptor() {
        return (MyPluginClassDescriptor)Jenkins.getInstance().getDescriptor(getClass());
    }

    public static MyPluginClassDescriptor getMyPluginClassDescriptor() {
        return (MyPluginClassDescriptor)Jenkins.getInstance().getDescriptor(MyPluginClass.class);
    }


    @Extension
    public static final class MyPluginClassDescriptor extends JobPropertyDescriptor {

        private String globalField1 = "";

        public MyPluginClassDescriptor() {
            super(MyPluginClass.class);
            load();
        }

        @Override
        public boolean configure(StaplerRequest req, JSONObject formData) throws FormException {
            req.bindJSON(this, formData);
            save();
            return super.configure(req,formData);
        }

        @DataBoundConstructor
        public MyPluginClassDescriptor(String globalField1, ....) {
            this.globalField1 = globalField1;
        }

        @Override
        public String getDisplayName() {
            return "IIBCI Plugin Configuration";
        }
        public getGlobalField1() {
            return globalField1;
        }
}

每个构建步骤的 global.jelly 和单独的 config.jelly 文件的内容将是正常的，就像您引用它们一样。希望这可以帮助您了解如何JobProperty帮助您在不同的构建步骤中访问单一配置。

已更新以包含有关果冻文件的信息。

包中将有一个 global.jelly 文件MyPluginClass。该果冻文件将包含您想要在全局配置中渲染/存储的字段。

<j:jelly xmlns:j="jelly:core" xmlns:st="jelly:stapler" xmlns:d="jelly:define" xmlns:l="/lib/layout" xmlns:t="/lib/hudson" xmlns:f="/lib/form">
  <f:section title="MyPlugin configuration">
    <f:entry title="Global field1" field="globalField1">
      <f:textbox  />
    </f:entry>
  </f:section>
</j:jelly>

每个构建步骤都将有自己的 index.jelly 文件，其中包含特定于构建步骤的 jelly 代码。希望这能让它更清楚..