Skip to content

build: prepare DDK release 19.2.0 - #1533

Merged
joaodinissf merged 1 commit into
masterfrom
build/prepare-release-19.2.0
Sep 8, 2026
Merged

joaodinissf merged 1 commit into
masterfrom
build/prepare-release-19.2.0

Conversation

@joaodinissf

Copy link
Copy Markdown
Collaborator

Problem

The v19.2.0 release dispatch failed at create_tag. The release workflow requires every feature.xml to declare the release version — release.yml:87-104 fails unless each one reads <release>.qualifier:

com.avaloq.tools.ddk.runtime.feature: feature.xml version is '19.1.1.qualifier', expected '19.2.0.qualifier'
com.avaloq.tools.ddk.feature: feature.xml version is '19.1.2.qualifier', expected '19.2.0.qualifier'

The two features had drifted apart, and neither matched the release version.

Why they drifted

Individual PRs bump a feature whenever a bundle it contains changes, because Tycho's compare-version-with-baselines fails on unchanged versions with changed content. That is per-change versioning, and the two features accumulate bumps at different rates depending on which bundles a PR touches — hence 19.1.2 versus 19.1.1.

The release expects something different: both features at the release version, in lockstep. That reconciliation is what a build: prepare DDK release … commit does.

Fix

Set both features and their poms to 19.2.0, and update the two ddk-repository/category.xml pins (url and version) to match. Same five files and the same shape as c6e568436 (release 19.1.0).

Verification

  • The workflow's own check re-run locally over every feature.xml: both now report 19.2.0.qualifier, gate passes. (Note the workflow's awk uses GNU three-argument match(), so it only runs under gawk on the CI image, not BSD awk on macOS.)
  • Full local build: clean verify checkstyle:check pmd:pmd pmd:cpd pmd:check pmd:cpd-check spotbugs:check.

Follow-up worth considering

This reconciliation will be needed before every release as long as per-PR feature bumps continue. Either the release gate accepts a version at or above the release version, or feature bumps are deferred to release-prep only. Out of scope here.

🤖 Generated with Claude Code

The release workflow requires every feature.xml to declare the release
version: `.github/workflows/release.yml` fails create_tag unless each one
reads `<release>.qualifier`. The v19.2.0 dispatch failed because the two
features had drifted apart and neither matched:

  com.avaloq.tools.ddk.feature          19.1.2.qualifier
  com.avaloq.tools.ddk.runtime.feature  19.1.1.qualifier

They diverged because individual PRs bump a feature whenever a bundle it
contains changes, to satisfy Tycho's baseline gate. That is per-change
versioning; the release expects the two features to move in lockstep to
the release version, which is what the "prepare DDK release" commit does.

Set both features and their poms to 19.2.0, and update the two
ddk-repository/category.xml pins (url and version) to match. Same five
files and same shape as c6e5684 (release 19.1.0).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@joaodinissf
joaodinissf enabled auto-merge (rebase) September 8, 2026 11:48
@joaodinissf
joaodinissf merged commit bd137db into master Sep 8, 2026
4 checks passed
@joaodinissf
joaodinissf deleted the build/prepare-release-19.2.0 branch September 8, 2026 12:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants