Jenkins Pipeline本身不直接支持插件开发，而是通过插件系统提供原子能力（如通知、构建、凭证绑定等），Pipeline脚本负责流程编排，插件实现Step扩展并以step形式在Jenkinsfile中调用。
Jenkins Pipeline 本身不直接“支持”插件开发，而是通过插件扩展机制与 Pipeline 协同工作。真正能实现自定义能力的，是 Jenkins 的插件系统（基于 Java 和 Extension Points），而 Pipeline 则通过调用这些插件提供的功能（如步骤、参数、通知逻辑等）来体现定制化效果。换句话说：Pipeline 是执行载体，插件是能力来源。
明确角色分工：Pipeline 和插件各管什么
• Pipeline 脚本（Jenkinsfile）负责编排流程：定义阶段、节点、条件、并行、错误处理等控制流；
• 插件负责提供原子能力：比如发送飞书消息、调用 Kubernetes API、读取特定配置文件、校验代码质量等；
• 自定义插件一旦安装成功，就能在 Pipeline 中以 step 形式被调用（例如 feishuNotify(message: 'Build succeeded')），前提是插件实现了 StepDescriptor 和对应的 StepExecution。
让插件能在 Pipeline 中被调用的关键步骤
• 实现 Step 扩展点：继承 Step 类，定义输入参数（用 @DataBoundConstructor 标注构造函数）；
• 编写执行逻辑：在 StepExecution 子类中重写 start() 方法，处理实际动作（如 HTTP 请求、日志输出、状态更新）；
• 注册描述符：提供 StepDescriptor 子类，声明该步骤名称、适用范围（是否支持 Declarative Pipeline）、参数说明等；
• 声明元数据：在 plugin/src/main/resources/META-INF/MANIFEST.MF 或 @Extension 注解中确保 Jenkins 能扫描到你的扩展实现。
常见可扩展的 Pipeline 相关插件类型
• Notifier 插件：构建完成后触发动作（如发消息、改 Jira 状态），典型扩展点是 hudson.tasks.Notifier；
• Builder/Wrapper 插件：影响构建环境（如设置代理、注入环境变量），对应 hudson.tasks.Builder 或 hudson.model.BuildWrapper；
• Custom Step 插件：最贴近 Pipeline 需求，直接提供 Groovy 可调用的 step，需实现 org.jenkinsci.plugins.workflow.steps.Step；
• Credentials Binding 插件：支持在 Pipeline 中安全注入密钥，依赖 org.jenkinsci.plugins.credentialsbinding.Binding 扩展点。
验证插件是否真正接入 Pipeline
• 安装插件后，在 Pipeline 编辑器中输入步骤名（如 feishuNotify），IDEA 或 Blue Ocean 应能提示参数补全；
• 在 Jenkinsfile 中使用该 step，运行时不应报 Unknown step 错误；
• 查看 http://your-jenkins-url/pipeline-syntax 页面，确认该 step 已出现在“Snippet Generator”列表中；
• 检查构建日志，确认插件逻辑被执行（如 HTTP 请求发出、返回码记录、日志输出等）。
插件开发不是写脚本，而是编写可被 Jenkins 运行时加载和调度的 Java 组件。Pipeline 的灵活性，恰恰建立在这一层扎实的插件架构之上。
