Skip to content

fix(ci): pin --format-version 1 in metadata checks - #2617

Open
1688mengdie wants to merge 1 commit into
GCWing:mainfrom
BitFun-SIG:fix/ci-metadata-format-version-suffix
Open

fix(ci): pin --format-version 1 in metadata checks#2617
1688mengdie wants to merge 1 commit into
GCWing:mainfrom
BitFun-SIG:fix/ci-metadata-format-version-suffix

Conversation

@1688mengdie

Copy link
Copy Markdown

Pass --format-version 1 to remaining cargo metadata validation steps

Summary

The release and nightly build pipelines still invoke cargo metadata
without an explicit format version in four validation steps:
.github/workflows/linux-binaries.yml lines 129/146 and
.github/workflows/nightly-artifacts.yml lines 161/207. PR #2577 pinned
--format-version 1 for the three ci.yml calls; this change extends
the same pin to the remaining surface so every metadata validation step
uses the same machine-readable output contract.

Root cause

linux-binaries.yml and nightly-artifacts.yml predate the format
pinning change and were not covered by #2577, leaving four bare
cargo metadata --locked --no-deps calls that would emit a
compatibility warning if cargo changes its default output format.

Changes

  • Add --format-version 1 to the four remaining validation steps
    (Verify committed / projected Cargo metadata in both workflows).
  • Sync the strict command assertions in check-github-config.test.mjs
    (lines 705, 801, 802) that pin these steps.

Testing

  • pnpm run check:github-config 鈥?both stages pass (12 workflow files
    parsed; tests 19 pass / 0 fail / 1 environment-dependent skip on
    pwsh-less hosts, equivalent assertion 705 passes).

Fixes #2616

Assisted-by: AI agent (Claude)

PR GCWing#2577 added `--format-version 1` to the `cargo metadata` validation
steps in ci.yml so the pipeline consumes explicit JSON v1 output instead
of relying on the default format. The same bare invocations were still
present in linux-binaries.yml (Verify committed/projected Cargo
metadata) and nightly-artifacts.yml (Verify committed/projected Cargo
metadata), leaving those four checks on the implicit default format.

Append `--format-version 1` to those four steps and sync the expected
command strings in scripts/check-github-config.test.mjs (the nightly
expectation and the two linux-binaries assertions) so the config tests
keep pinning the exact validation commands.

Assisted-by: AI agent (Claude)
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.

[Bug]: remaining cargo metadata validation steps omit --format-version=1

1 participant