能否让Jenkins Job DSL忽略/保留特定作业配置的修改？

针对你不想让Job DSL重置作业调度这类手动修改配置的需求，有几个实用的方案：

1. 用Job DSL原生的preserveExisting选项（推荐） #

这是Job DSL官方提供的功能，专门用来保留用户手动修改的特定属性，不需要额外插件。在定义触发器时添加preserveExisting(true)，DSL运行时就不会覆盖已有的配置，只会在首次创建作业时应用默认值。

示例代码：

job('your-job-name') {
  triggers {
    cron {
      // 首次创建作业时的默认调度规则
      spec('H 2 * * *')
      // 开启保留现有配置，手动修改的调度不会被DSL覆盖
      preserveExisting(true)
    }
  }
  // 其他作业配置...
}

这个方法最直接，只需要在需要保留的属性上添加一行配置，完全适配你的需求。

2. 用configure块自定义XML操作（更灵活） #

如果需要更精细的控制（比如不仅是触发器，其他属性也想保留），可以用Job DSL的configure块直接操作Jenkins的底层配置XML。逻辑是：检查目标配置节点是否存在，存在就跳过，不存在才添加默认值。

示例代码（针对cron触发器）：

job('your-job-name') {
  configure { project ->
    def triggersNode = project / 'triggers'
    // 检查是否已经存在TimerTrigger（即定期构建触发器）
    def existingCron = triggersNode / 'hudson.triggers.TimerTrigger'
    if (!existingCron) {
      // 只有当没有配置时，才添加默认的调度规则
      triggersNode << 'hudson.triggers.TimerTrigger' {
        spec('H 2 * * *')
        ignorePostCommitHooks(false)
      }
    }
  }
  // 其他作业配置...
}

这种方式适合需要对多个配置项做保留逻辑的场景，但需要你对Jenkins的配置XML结构有一定了解。

3. 拆分调度逻辑到独立作业（适合复杂场景） #

如果你的调度规则需要频繁调整，甚至和外部因素联动，可以把调度逻辑从目标作业中剥离：

• 保留目标作业的核心配置由DSL管理，去掉它的定期构建触发器
• 创建一个独立的「调度控制作业」，这个作业的定时规则可以手动修改（不纳入DSL管理），然后由它来触发目标作业
• 如果需要更灵活的触发，还可以给调度控制作业加参数化构建，通过脚本动态计算触发时机

这个方案适合调度规则非常多变，甚至需要和外部系统联动的场景，但会多维护一个作业。

内容的提问来源于stack exchange，提问作者BonusLord