Skip to content

ci: run release on pushes to main via fixed publish.yaml#472

Merged
HeyItsGilbert merged 1 commit into
mainfrom
chore/remove-stale-publish-workflow
Jun 19, 2026
Merged

ci: run release on pushes to main via fixed publish.yaml#472
HeyItsGilbert merged 1 commit into
mainfrom
chore/remove-stale-publish-workflow

Conversation

@HeyItsGilbert

@HeyItsGilbert HeyItsGilbert commented Jun 19, 2026

Copy link
Copy Markdown
Member

Summary

Make module releases run on every push to main, replacing the two broken release workflows with a single fixed one.

Both prior workflows were broken against the current reusable PowerShellOrg/.github/.github/workflows/powershell-release.yml@main:

Approach

Rename release.ymlpublish.yaml and fix it. The reusable workflow is designed for the push-to-main model: its check_version job compares the manifest ModuleVersion against PSGallery and gates both create_release and publish on (version_bumped || force). So running it on every push to main only actually tags/publishes when the manifest version is new — a normal merge that doesn't bump the version is a no-op.

Changes

  • Trigger on push: branches: [main] (+ workflow_dispatch for manual/force re-runs) instead of push: tags: ['v*'].
  • Drop the module-name: Plaster input — not declared by the reusable workflow (it derives the module name itself); passing it caused a startup failure.
  • Pass the secret as PS_GALLERY_KEY (the reusable's required secret name), sourced from the repo's existing PS_GALLERY_KEY secret.
  • Remove the duplicate/broken release.yml.

🤖 Generated with Claude Code

@github-actions

Copy link
Copy Markdown

Test Results

  4 files  288 suites   1m 17s ⏱️
248 tests 246 ✅ 2 💤 0 ❌
992 runs  984 ✅ 8 💤 0 ❌

Results for commit 2530c19.

Rename release.yml to publish.yaml and fix it so releases run on every
push to main (the previous publish.yaml startup-failed on each main push,
and the tag-triggered release.yml never ran and was itself broken).

The reusable PowerShellOrg/.github powershell-release.yml@main is built
for this model: its check_version job compares the manifest version
against PSGallery and gates both create_release and publish on
(version_bumped || force), so pushing to main only publishes when the
manifest version is actually new.

Fixes applied to the call:
- Trigger on push to main instead of tags ['v*'].
- Drop the module-name input, which the reusable workflow does not
  declare (it derives the module name itself); passing it caused a
  startup failure.
- Pass the secret as PS_GALLERY_KEY (the reusable's required secret
  name) sourced from the repo's PS_GALLERY_KEY secret. release.yml
  previously passed a non-existent PSGALLERY_API_KEY.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@HeyItsGilbert HeyItsGilbert force-pushed the chore/remove-stale-publish-workflow branch from 2530c19 to 967ad5f Compare June 19, 2026 00:43
@HeyItsGilbert HeyItsGilbert changed the title ci: remove stale publish.yaml workflow ci: run release on pushes to main via fixed publish.yaml Jun 19, 2026
@HeyItsGilbert HeyItsGilbert merged commit fc5a68e into main Jun 19, 2026
5 checks passed
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