helm-charts/renovate.json5

{
  $schema: "https://docs.renovatebot.com/renovate-schema.json",

  // JSON5 on purpose: the per-chart managers below only make sense with the
  // reasoning next to them. Renovate reads renovate.json5 natively — there must
  // be no second config file (renovate.json, .github/renovate.json, ...) or
  // Renovate aborts with "found multiple config files".
  //
  // Requires Renovate >= 41 (`managerFilePatterns`, `customType`). See
  // README.md → "Dependency updates (Renovate)" for the whole picture,
  // including the one-time `allowedCommands` change the self-hosted instance
  // needs for the version bump to work.

  extends: [
    "config:recommended",
    // Commit subjects in this repo are plain sentences, not conventional
    // commits. Renovate's own merged PRs already look like that.
    ":semanticCommitsDisabled",
    // Same preset as cluster-config, so both repos behave identically on the
    // shared jlab-renovate-bot instance. Two of the things it pulls in are
    // load-bearing here: `helpers:pinGitHubActionDigests` (wanted — the
    // workflow files move from `actions/checkout@v7` to SHA pins) and
    // `docker:pinDigests`, which is turned off again for the two managers that
    // cannot carry a digest — see the pinDigests rule below. The
    // npm-flavoured members (`:pinDevDependencies`,
    // `security:minimumReleaseAgeNpm`, `:maintainLockFilesWeekly`) are inert
    // in a repo without a package manager.
    "config:best-practices",
  ],

  timezone: "Europe/Berlin",
  labels: ["renovate"],
  dependencyDashboard: true,

  // No caps, as in cluster-config. The first run after a quiet week can open
  // many PRs at once and every chart PR starts a k3d install-test; on Gitea a
  // whole matrix runs inside one job on one runner, so those queue instead of
  // fanning out. That queue is the accepted price for not having updates
  // trickle in four per hour — nothing merges without a review anyway.
  prConcurrentLimit: 100,
  prHourlyLimit: 0,

  // Minor and patch arrive as separate PRs rather than one combined branch.
  // With 24 charts a shared branch means one red install-test blocks unrelated
  // updates, and the separation is what lets a patch be reviewed in seconds.
  separateMinorPatch: true,

  // Every update automerges once the PR is mergeable, majors included, and
  // `platformAutomerge` hands that decision to the forge instead of letting
  // Renovate poll: Gitea arms the PR and merges it when the required check
  // (`validate-charts`) passes AND the required review exists. Both are active
  // on `main`, which is why this is not unattended merging — the review is the
  // gate, and without it the armed PR simply sits there. Same reasoning as
  // cluster-config, where the dashboard approval was retired for it.
  automerge: true,
  automergeType: "pr",
  platformAutomerge: true,

  // template-chart is the scaffold. Its image is the literal placeholder
  // ghcr.io/ORG/IMAGE and its appVersion is "xxx" — nothing to update, and the
  // chart is never published.
  ignorePaths: ["template-chart/**"],

  // CLAUDE.md/README require app major jumps to be taken stepwise: first the
  // last release of the old major line, then the new major. With this flag a
  // v1 -> v3 jump arrives as two PRs (latest v2, then v3), which is exactly
  // that sequence — merge the first, and the second rebases onto it.
  separateMultipleMajor: true,

  // Any change inside a chart directory must bump `version:` in its
  // Chart.yaml, otherwise the `build-chart` job fails the PR and the publish
  // on main would collide with an already published version. Renovate only
  // rewrites `appVersion:` (or an image tag in values.yaml), so this hook
  // recomputes `version:` afterwards.
  //
  // IMPORTANT: postUpgradeTasks only runs on self-hosted Renovate and only if
  // the command is allow-listed in the *instance* config (not in this repo):
  //
  //   allowedCommands: ["^ci/renovate-bump-chart\\.sh"]
  //
  // Without that entry Renovate skips the task silently and every chart PR
  // stays red on the version-bump check.
  //
  // On the Gitea side (#225) that entry EXISTS and was verified rather than
  // hoped for: the shared instance's first run on the migrated repo produced
  // a searxng PR whose diff carries `version: 1.0.4+up... -> 1.0.5+up...`
  // next to the appVersion. No built-in manager touches `version:`, so that
  // line can only come from this hook. Nothing has to be configured for the
  // move - but the allow-list lives on that instance, not in this repo, so it
  // is also not visible from here if it is ever removed.
  postUpgradeTasks: {
    commands: ["ci/renovate-bump-chart.sh {{{packageFileDir}}}"],
    fileFilters: ["**/Chart.yaml"],
    // "update" runs the script once per dependency update with the package
    // file's directory, which is what the script needs to find the chart. The
    // script derives everything from the base commit, so repeated runs on the
    // same branch are idempotent.
    executionMode: "update",
  },

  packageRules: [
    {
      description: [
        "Install-test fixtures deliberately pin throwaway infrastructure to major lines",
        "(postgres:16-alpine, redis:7-alpine, busybox:1.36). They are test scaffolding, not",
        "shipped artifacts, and churning them only risks breaking the install-test.",
      ],
      matchFileNames: ["ci/**"],
      enabled: false,
    },
    {
      description: [
        "Routine updates wait three days before Renovate even opens the PR. Automerge is",
        "global now (top of this file), so this rule no longer decides WHAT merges by itself —",
        "it decides how fresh a release may be when it does. A merge here is never just a",
        "merge: every chart change publishes a chart straight away, and a release that is",
        "yanked hours after it appeared should not reach the registry at all.",
        "cluster-config spends the same three days on the dependencies where a merge is",
        "expensive (authentik, rancher); here that is every one of them.",
        "",
        "Majors deliberately carry no age gate: they are not the updates that slip through",
        "unnoticed, they are the ones held at the review, and separateMultipleMajor makes",
        "them arrive one line at a time anyway.",
      ],
      matchUpdateTypes: ["patch", "minor", "digest"],
      minimumReleaseAge: "3 days",
    },
    {
      description: [
        "`config:best-practices` brings `docker:pinDigests`, and two of this repo's managers",
        "have nowhere to put a digest. custom.regex reads `appVersion:` out of a Chart.yaml,",
        "and that value is a TAG by construction: the templates render",
        "`<repo>:{{ .Chart.AppVersion }}`, and the chart version's `+up<appVersion>` suffix is",
        "built from the same string — an `@sha256:...` fits into neither. cluster-config makes",
        "the identical opt-out for its fleet manager, for the identical reason.",
        "",
        "helm-values is opted out too, but as a decision rather than a necessity: sidecar",
        "images there COULD be pinned by digest, and every digest change would then be a chart",
        "patch plus a publish. Whether that is worth it is its own question, not part of this",
        "alignment.",
        "",
        "Unaffected: the freesailarr/mediathekarr block below, which extracts a digest that is",
        "written in values.yaml on purpose (pinDigests only ADDS digests where none exists),",
        "and the GitHub Actions pinning from `helpers:pinGitHubActionDigests` — a different",
        "datasource, and wanted.",
      ],
      matchManagers: ["custom.regex", "helm-values"],
      pinDigests: false,
    },
    {
      description: [
        "Chart app versions. Kept out of the automerge grouping decisions above only by label,",
        "so it is visible at a glance which PRs republish a chart.",
      ],
      matchDepTypes: ["app-version"],
      addLabels: ["app-version"],
    },
    {
      description: [
        "Helm subchart dependencies (the `dependencies:` block of a Chart.yaml). Handled by",
        "the BUILT-IN helmv3 manager - no customManager needed, and none would help: the",
        "repository URL and the version sit next to each other in one file, which is the",
        "case the built-in manager exists for. It is enabled by config:recommended and this",
        "config sets no enabledManagers, so nothing has to switch it on. Verified by dry-run",
        "for #214: with ytdlp-web-player pinned one release back, the lookup returns",
        "oauth2-proxy 10.6.2 -> 10.7.0 as a manager=helmv3 minor update.",
        "",
        "This rule adds only a label. It exists because the update matters more here than",
        "its size suggests: a subchart is invisible to everything downstream that watches",
        "Helm release versions, so this PR is the ONLY way a new proxy version - a security",
        "fix included - ever reaches a cluster. Automerge carries that PR to main once it is",
        "reviewed and the check is green, and ci/renovate-bump-chart.sh bumps the chart patch",
        "that publishes it (appVersion is unchanged, so it takes the patch branch). A major",
        "goes the same way - it is the review, not a separate policy, that gives it a look.",
      ],
      matchManagers: ["helmv3"],
      addLabels: ["subchart"],
    },
    {
      description: [
        "nginx numbers its release branches by minor: even is the stable branch, odd is",
        "mainline. The Synapse delegation nginx belongs on stable, so only even minors are",
        "allowed — that is what PR #139 (1.30.4 -> 1.31.4) would otherwise have done,",
        "quietly moving the chart onto mainline. Patch updates inside the stable branch",
        "(1.30.4 -> 1.30.5) still come through and still automerge.",
      ],
      matchDatasources: ["docker"],
      matchPackageNames: ["nginx", "library/nginx", "docker.io/library/nginx"],
      // Even minor: any minor whose last digit is even, so 1.30.x passes and
      // 1.31.x does not. The trailing (-.+)? is load-bearing: #84 commissioned
      // a check on moving this sidecar to 1.30.4-alpine (outcome open, to be
      // done alongside the seccompProfile PR), and with a variant tag
      // like 1.30.4-alpine docker versioning only ever offers candidates
      // carrying the same suffix. Without the optional suffix, every one of
      // them would fail this filter and nginx would silently stop receiving
      // updates - no error, no warning, green dashboard. Verified: with the
      // anchored form and currentValue 1.28.0-alpine, the lookup returns
      // "updates": [] and "warnings": [].
      allowedVersions: "/^\\d+\\.\\d*[02468]\\.\\d+(-.+)?$/",
    },
    {
      description: [
        "linuxserver/qbittorrent carries two historic tags from earlier tagging schemes,",
        "14.3.9 and 20.04.1, which docker versioning sorts above every real release and",
        "offers as major updates — PRs #152 and #153 are exactly those. Both are excluded",
        "by name.",
      ],
      matchDatasources: ["docker"],
      matchPackageNames: [
        "linuxserver/qbittorrent",
        "docker.io/linuxserver/qbittorrent",
      ],
      // Excluded by name rather than by a bound such as "<10": the strays are
      // finished artifacts that cannot grow, so naming them can never block a
      // release that does not exist yet, while any upper bound would sooner or
      // later reject a genuine major. Shape-based filters were measured and
      // rejected too: requiring a non-padded minor removes 20.04.1 and leaves
      // 14.3.9 (verified, the lookup then offers 14.3.9 instead).
      //
      // Verified with renovate 44.41.0 (dry-run=lookup, real registry), two
      // fixtures against the live tag list:
      //   currentValue 5.2.1 -> updates [5.2.3 (patch)]; both strays gone.
      //   currentValue 4.6.4 -> updates [4.6.7 (patch), 5.2.3 (major)].
      // The second fixture is the guard the nginx rule taught us to run: it
      // proves a genuine major still comes through instead of the filter
      // silently emptying the update list. It also shows what the strays cost
      // today — without the rule that same lookup offers 20.04.1 as the major
      // candidate and never mentions the real 5.2.3, because Renovate fills
      // the major bucket once.
      allowedVersions: "!/^(14\\.3\\.9|20\\.04\\.1)$/",
    },
  ],

  customManagers: [
    {
      description: [
        "Tool versions pinned as workflow env vars (TRIVY_VERSION). Annotate the line with",
        "`# renovate: datasource=<ds> depName=<dep>` and Renovate keeps it current.",
      ],
      customType: "regex",
      managerFilePatterns: [".github/workflows/*.yml"],
      matchStrings: [
        "# renovate: datasource=(?<datasource>\\S+) depName=(?<depName>\\S+)(?: versioning=(?<versioning>\\S+))?\\s+\\w+: [\"']?(?<currentValue>[^\"'\\s]+)",
      ],
      versioningTemplate: "{{#if versioning}}{{{versioning}}}{{else}}semver{{/if}}",
    },

    // --- Chart app versions -------------------------------------------------
    //
    // Every chart renders its main image as `<repo>:{{ .Chart.AppVersion }}`,
    // so the repository lives in the template and the version in Chart.yaml.
    // Renovate cannot join the two across files, which is why each chart gets
    // its own manager that hard-codes the repository and reads `appVersion:`.
    //
    // Deliberately *not* solved with a `# renovate:` comment inside each
    // Chart.yaml: that would touch all 21 chart directories and force 21
    // version bumps plus 21 publishes for a pure comment change. Keeping the
    // mapping here leaves the charts untouched.
    //
    // When adding a chart, add a block here — see README "Creating a new chart".
    //
    // Exception, deliberately no APP-VERSION block: `freesailarr`. It bundles
    // ten independently versioned upstreams, so none of them is "the" app
    // version and no image tag comes from appVersion — they are pinned as
    // image.repository/image.tag in its values.yaml, where the built-in
    // helm-values manager already finds them and proposes one update per
    // image. Adding an appVersion block here would either duplicate those
    // updates or rewrite an appVersion that selects nothing. Its appVersion is
    // a hand-maintained marker; see freesailarr/Chart.yaml. The one image the
    // built-in manager cannot follow — mediathekarr, pinned by digest — has its
    // own block directly below.

    {
      description: [
        "freesailarr / mediathekarr: the only image in this repo pinned by DIGEST, because its",
        "tags carry no version at all — 'latest' is a 2024 build (v0.2.5) and the upstream README",
        "points at the moving 'beta'. The built-in helm-values manager reads repository/tag and",
        "would have nothing to compare, so this manager captures all three keys and lets Renovate",
        "propose digest updates for the beta tag (currentDigest + currentValue = a digest-only",
        "lookup; it arrives as a 'digest' update, which the three-day age gate above covers and",
        "automerge then carries once the PR is reviewed and green).",
        "",
        "The pattern is anchored on the three keys in their values.yaml order: repository, tag,",
        "digest. Reordering or renaming them does not fail anything — it silently stops matching,",
        "and the image then never gets an update again (#158: a valid rule is not a matching rule).",
        "",
        "Verified by dry-run (renovate 44.69.11, --platform=local --dry-run=lookup, real registry),",
        "two fixtures, because 'no update' is what BOTH a working and a broken rule look like while",
        "the pin is current:",
        "  currentDigest = the pinned one -> extracted with currentValue 'beta', updates [] (the",
        "    beta tag really does still point at it).",
        "  currentDigest = sha256:0000... -> updates [{updateType: digest, newValue: beta,",
        "    newDigest: sha256:3ed7e14...}] on branch renovate/docker.io-pcjones-mediathekarr-beta.",
        "The same run also shows the built-in helm-values manager finding this image and skipping it",
        "(skipReason invalid-value, 'no currentDigest or pinDigests' — it does not read the digest",
        "key), so the two managers cannot produce competing PRs.",
      ],
      customType: "regex",
      managerFilePatterns: ["freesailarr/values.yaml"],
      matchStrings: [
        "repository: (?<depName>docker\\.io/pcjones/mediathekarr)\\s+tag: (?<currentValue>[^\\s]+)\\s+digest: (?<currentDigest>sha256:[0-9a-f]{64})",
      ],
      datasourceTemplate: "docker",
    },

    {
      description: "apache-tika: four-part version plus flavour suffix (3.3.1.0-full); the compatibility group keeps the chart on -full.",
      customType: "regex",
      managerFilePatterns: ["apache-tika/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "apache/tika",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      versioningTemplate: "regex:^(?<major>\\d+)\\.(?<minor>\\d+)\\.(?<patch>\\d+)\\.(?<build>\\d+)-(?<compatibility>full)$",
    },
    {
      description: [
        "bentopdf: the registry carries three tag families side by side - 2.8.7, v2.8.7 and",
        "v2.8.7-amd64/-arm64, plus latest/edge/sha-<short>. The chart pins the suffix-free",
        "form, which is the one appVersion can carry unchanged.",
      ],
      customType: "regex",
      managerFilePatterns: ["bentopdf/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/alam00000/bentopdf-simple",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["calibre-web-automated/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/crocodilestick/calibre-web-automated",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: [
        "convertx: the registry carries versioned tags (v0.19.0 and its predecessors) next",
        "to THREE moving ones - 'latest', 'main' and a 'pr-<n>' per open pull request.",
        "v0.19.0 and 'latest' currently share the same digest (sha256:8590a21a…), which is",
        "exactly the trap: an appVersion of 'latest' would look correct today and change the",
        "running image on the next upstream push, without a commit here. 'main' and 'pr-<n>'",
        "are worse still - they carry unreviewed code.",
        "The anchored regex versioning below is what keeps all three out: it demands the v",
        "prefix and three numeric parts, which none of them can satisfy. Precedent and the",
        "full argument: the ytdlp-web-player block near the end of this file.",
      ],
      customType: "regex",
      managerFilePatterns: ["convertx/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/c4illin/convertx",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      // The "v" stays outside every capture group: it is part of the tag and
      // carries no ordering. A group is a claim about how the value is
      // compared, and the anchors are what exclude latest/main/pr-<n>.
      versioningTemplate: "regex:^v(?<major>\\d+)\\.(?<minor>\\d+)\\.(?<patch>\\d+)$",
    },
    {
      customType: "regex",
      managerFilePatterns: ["cyberchef/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/gchq/cyberchef",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["gotenberg/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "gotenberg/gotenberg",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: "homeassistant: CalVer tags (2026.8.3) sort correctly under docker versioning; the floating stable/beta/dev tags are skipped because they parse as no version at all.",
      customType: "regex",
      managerFilePatterns: ["homeassistant/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/home-assistant/home-assistant",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["matrix-synapse/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/element-hq/synapse",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["minecraft-router/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "itzg/mc-router",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: "minecraft-server: tags encode the JRE as a suffix (2026.8.2-java21); the compatibility group prevents a silent runtime switch.",
      customType: "regex",
      managerFilePatterns: ["minecraft-server/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "itzg/minecraft-server",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      versioningTemplate: "regex:^(?<major>\\d+)\\.(?<minor>\\d+)\\.(?<patch>\\d+)-(?<compatibility>java\\d+)$",
    },
    {
      customType: "regex",
      managerFilePatterns: ["outline/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "outlinewiki/outline",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["paperless-ngx/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/paperless-ngx/paperless-ngx",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["patchmon/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/patchmon/patchmon-server",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["rallly/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "lukevella/rallly",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: "rss-bridge: date-based tags (2025-06-03). The bump script normalizes the dashes to dots for the +up suffix, as the versioning scheme requires.",
      customType: "regex",
      managerFilePatterns: ["rss-bridge/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "docker.io/rssbridge/rss-bridge",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      versioningTemplate: "regex:^(?<major>\\d{4})-(?<minor>\\d{2})-(?<patch>\\d{2})$",
    },
    {
      description: [
        "searxng: every tag is <date>-<commit> (2026.8.22-9fea41204) - no semver line at all,",
        "and 'latest' moves daily. The date carries the ordering; the commit hash is matched",
        "but deliberately NOT captured.",
      ],
      customType: "regex",
      managerFilePatterns: ["searxng/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "docker.io/searxng/searxng",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      // The hash sits outside every capture group on purpose, and that is the
      // whole point of this line. Renovate's regex versioning reads a "build"
      // group NUMERICALLY - regex/index.js _parse() does
      // release.push(Number.parseInt(build)) - so a commit hash becomes
      // whatever digits happen to lead it: parseInt("9fea41204") is 9,
      // parseInt("777ba8fa4") is 777, and any hash starting with a letter
      // (6 of the 25 tags live today) is NaN.
      //
      // Verified against the real API on renovate 41.173.1 and 44.48.0, with
      // currentValue 2026.8.22-9fea41204:
      //   with (?<build>[0-9a-f]+):
      //     isGreaterThan("2026.8.22-777ba8fa4", current) -> true
      //   without it (this line):
      //     isGreaterThan("2026.8.22-777ba8fa4", current) -> false, equals -> true
      // 777ba8fa4 was pushed at 03:06 and 9fea41204 at 05:38 the SAME day, so
      // the build group makes Renovate offer the older image as an update -
      // a downgrade, and one that automerge would carry to main as soon as the
      // PR is waved through as the routine date bump it looks like. With NaN
      // the pair is neither equal nor ordered at all.
      //
      // Uncaptured, the hash still has to be THERE (the pattern is anchored),
      // it just takes no part in the comparison: two builds of one day are
      // equal, so no sideways update is proposed, and a newer date wins
      // whatever the hash looks like.
      //
      // "prerelease" instead of "build" was measured too and rejected: it
      // sorts correctly but marks every single tag isStable === false, which
      // hands the whole chart to ignoreUnstable.
      versioningTemplate: "regex:^(?<major>\\d{4})\\.(?<minor>\\d{1,2})\\.(?<patch>\\d{1,2})-[0-9a-f]+$",
    },
    {
      customType: "regex",
      managerFilePatterns: ["samba/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/dockur/samba",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["satisfactory/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/wolveix/satisfactory-server",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: [
        "sure: the registry carries four kinds of tag side by side - releases (0.7.4), the",
        "prereleases -alpha.N / -rc.N / -hotfix.N, the moving names stable/latest/nightly,",
        "and one sha-<commit> per build. semver versioning is the whole filter: it parses",
        "the release line, marks every prerelease isStable === false so `ignoreUnstable`",
        "never offers one, and rejects the moving names and the sha- tags as unparseable",
        "rather than ever selecting one. That matters more here than the tag list suggests,",
        "because automerge is global in this config (top of the file) and majors carry no",
        "age gate: an update this manager offers is one that merges as soon as the required",
        "check and the required review are there, so the filtering has to happen at the",
        "lookup, not at the merge. It is also the reason NOT to write a capture-group regex",
        "here - the moving tags have to stay outside whatever pattern is used, and 'outside'",
        "is free with semver.",
        "",
        "Upstream calls 'latest' the alpha channel and 'stable' the latest release; at the",
        "time of writing 'stable' resolves to the same digest as 0.7.4, so pinning the",
        "version tag loses nothing and keeps the chart's appVersion honest.",
      ],
      customType: "regex",
      managerFilePatterns: ["sure/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/we-promise/sure",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      versioningTemplate: "semver",
    },
    {
      description: "teamspeak-server: the 6.0.0 line only ships beta tags (6.0.0-beta12.1). Loose versioning compares the numeric parts left to right, so beta12.1 sorts above beta9; semver would rank every beta as an equal prerelease.",
      customType: "regex",
      managerFilePatterns: ["teamspeak-server/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "teamspeaksystems/teamspeak6-server",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      versioningTemplate: "loose",
    },
    {
      customType: "regex",
      managerFilePatterns: ["urlaubsverwaltung/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "urlaubsverwaltung/urlaubsverwaltung",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      customType: "regex",
      managerFilePatterns: ["voucher-vault/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "l4rm4nd/vouchervault",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: [
        "valkey: the simplest block in this file, and deliberately so. docker versioning",
        "splits the tag at the first dash, reads 9.1.2 as the version and 'alpine' as the",
        "compatibility suffix, and only ever offers candidates carrying that same suffix -",
        "which is exactly what is wanted here, because upstream keeps building an -alpine",
        "tag for every release. No versioningTemplate, no capture groups, nothing to prove.",
        "",
        "That is the SECOND design for this block. The first pinned the fully numbered",
        "9.1.2-alpine3.24 and needed a regex versioning to see a move to alpine3.25, since",
        "upstream builds exactly one Alpine base per release and the next base arrives as",
        "9.1.3-alpine3.25 rather than 9.1.2-alpine3.25. It was dropped because the premise",
        "was wrong: that tag is not immutable either - upstream rebuilds the whole matrix",
        "periodically (9.1-alpine and 9.0.6-alpine3.24 were pushed minutes apart on",
        "2026-09-21, two different release lines). Only a digest is immutable. Given two",
        "equally moving tags, the one whose suffix never changes is the safer pin, and its",
        "rule needs no proof - which mattered, because a Renovate dry run is impossible in",
        "the work environment (no node, see #34).",
        "",
        "The price, stated rather than discovered later: a rebuild of 9.1.2-alpine changes",
        "the running image with no commit here and nothing reports it. The remedy exists if",
        "it ever matters - pinDigests for this one image. It is off globally for",
        "custom.regex since #34 because an appVersion is a tag by construction, but a",
        "per-package exception is possible, and it would then be a chart patch plus a",
        "publish per digest change.",
      ],
      customType: "regex",
      managerFilePatterns: ["valkey/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "docker.io/valkey/valkey",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
    {
      description: [
        "ytdlp-web-player: the registry carries exactly two kinds of tag - four versioned",
        "ones (v1.0.0, v1.0.1, v1.1.0, v1.2.0) and the two floating ones, 'latest' and",
        "'stable'. Both floating tags MOVE: 'stable' was republished at the same minute as",
        "v1.2.0 and 'latest' days later, so either of them as an appVersion would pin",
        "nothing and change the running image without a single commit.",
        "The anchored regex versioning below is what keeps them out - it requires the v",
        "prefix and three numeric parts, which neither 'latest' nor 'stable' can satisfy.",
        "docker versioning alone would probably have dropped them too, but 'probably' is",
        "the wrong basis for the value that selects the image.",
      ],
      customType: "regex",
      managerFilePatterns: ["ytdlp-web-player/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "docker.io/matszwe02/ytdlp_web_player",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
      // The "v" stays outside every capture group: it is part of the tag and
      // carries no ordering, and the same rule the searxng block documents
      // applies - a group is a claim about how the value is compared. The
      // anchors are what exclude latest/stable. Precedent for keeping the v in
      // appVersion at all: calibre-web-automated (+upv4.0.6) and matrix-synapse
      // (+upv1.159.0) - it is part of the tag, so it is part of appVersion.
      versioningTemplate: "regex:^v(?<major>\\d+)\\.(?<minor>\\d+)\\.(?<patch>\\d+)$",
    },
    {
      customType: "regex",
      managerFilePatterns: ["zipline/Chart.yaml"],
      matchStrings: ["(?m)^appVersion:\\s*\"?(?<currentValue>[^\"\\s]+)\"?"],
      depNameTemplate: "ghcr.io/diced/zipline",
      datasourceTemplate: "docker",
      depTypeTemplate: "app-version",
    },
  ],
}