Skip to content

AMPR-271: Fix ampere-core-test-fixtures never reaching Maven Central - #751

Merged
wow-miley merged 1 commit into
mainfrom
miley/ampr-271-publish-ampere-core-test-fixtures-to-maven-central-for-real
Sep 3, 2026
Merged

AMPR-271: Fix ampere-core-test-fixtures never reaching Maven Central#751
wow-miley merged 1 commit into
mainfrom
miley/ampr-271-publish-ampere-core-test-fixtures-to-maven-central-for-real

Conversation

@wow-miley

Copy link
Copy Markdown
Contributor

Problem

ampere-core-test-fixtures was declared for publishing (mavenPublishing { coordinates(...) }) and the AMPR-250 CHANGELOG entry claimed it was published, but the publish workflow's actual ./gradlew ... publishAllPublicationsToMavenCentralRepository command line never mentioned it — so it silently never reached Maven Central across the 0.12.0 and 0.13.0 releases. Socket worked around the gap by vendoring the built jars/klibs/aars into their own repo (SCKT-442), which this was meant to make unnecessary.

What this does

  • Audited every module's mavenPublishing { } block against the publish workflow and found the same gap on ampere-bindings-android, ampere-bindings-apple, ampere-cli, and ampere-eval — all configured for publishing but missing from the workflow. All five modules are now included in both the real and dry-run publish steps.
  • Added a verifyPublishWorkflowCoverage Gradle task, wired into ci.yml and publish.yml, that fails the build if any module with a mavenPublishing { } block is missing from publish.yml's publish command — so "declared for publishing" and "actually published" can't drift apart again without a build failure catching it.
  • CHANGELOG entry under [Unreleased].

Not in scope

0.13.0's missing ampere-core-test-fixtures artifact is not backfilled here (per discussion — would require an irreversible manual publish with prod credentials). The fix applies starting with the next tagged release (0.14.0+).

Linked: AMPR-271. A follow-up SCKT ticket will track Socket adopting the real artifact once it's live and removing their vendored libs/repo/link/socket/ampere-core-test-fixtures* workaround.

🤖 Generated with Claude Code

@github-actions

github-actions Bot commented Sep 3, 2026

Copy link
Copy Markdown

Concept staleness check — clean. No tracked-source changes need a concept update.

ampere-core-test-fixtures had a mavenPublishing { coordinates(...) } block
and was claimed as published in the AMPR-250 CHANGELOG entry, but the
publish workflow's actual gradlew command line never mentioned it — so it
silently never reached Central across 0.12.0 and 0.13.0. Socket worked
around the gap by vendoring built jars/klibs/aars into their own repo
(SCKT-442), which this was meant to make unnecessary.

Auditing the rest of the publish workflow against every module's
mavenPublishing block found the same gap on ampere-bindings-android,
ampere-bindings-apple, ampere-cli, and ampere-eval — all configured for
publishing but missing from the workflow. All five are now included in
both the real and dry-run publish steps.

Add a verifyPublishWorkflowCoverage Gradle task (wired into ci.yml and
publish.yml) that fails the build if any module with a mavenPublishing
block is missing from publish.yml's publish command, so this class of bug
can't recur silently.

0.13.0's missing ampere-core-test-fixtures artifact is not backfilled;
the fix takes effect starting with the next tagged release.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@wow-miley
wow-miley force-pushed the miley/ampr-271-publish-ampere-core-test-fixtures-to-maven-central-for-real branch from f432b50 to b02c9dd Compare September 3, 2026 01:10
@wow-miley
wow-miley merged commit 49391f6 into main Sep 3, 2026
11 checks passed
@wow-miley
wow-miley deleted the miley/ampr-271-publish-ampere-core-test-fixtures-to-maven-central-for-real branch September 3, 2026 01:31
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.

1 participant