ci(release): resolve dd-trace-rs test matrix from remote tags - #2334
ci(release): resolve dd-trace-rs test matrix from remote tags#2334iunanua wants to merge 1 commit into
Conversation
The release-proposal test job pinned a hardcoded list of dd-trace-rs tags,
which had already gone stale (it pinned v0.4.0 as newest while v0.5.0
exists, and tested two patches of the same 0.3 line).
Resolve the matrix at run time instead: list the remote tags, group them
into release lines (MAJOR from 1.0.0 on, MAJOR.MINOR while MAJOR is 0,
since a 0.x minor bump is breaking), and take the newest patch of each of
the most recent lines. Repo, tag prefix and line count are workflow-level
env vars.
The resolve step runs unconditionally, unlike the neighbouring steps:
a skipped step yields an empty output, and fromJSON('') in a matrix is a
hard workflow error.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
Artifact Size Benchmark Reportaarch64-alpine-linux-musl
aarch64-unknown-linux-gnu
libdatadog-x64-windows
libdatadog-x86-windows
x86_64-alpine-linux-musl
x86_64-unknown-linux-gnu
|
BenchmarksComparisonBenchmark execution time: 2026-08-07 16:16:49 Comparing candidate commit edf3cc7 in PR branch Found 0 performance improvements and 4 performance regressions! Performance is the same for 136 metrics, 0 unstable metrics.
|
What does this PR do?
The
release-proposal-test jobpinned a hardcoded list of dd-trace-rs tags.Resolve the matrix at run time instead: list the remote tags, group them into release lines (MAJOR from 1.0.0 on, MAJOR.MINOR while MAJOR is 0, since a 0.x minor bump is breaking), and take the newest patch of each of the most recent lines.