Skip to content

Floating v0 action tag and action-only releases #192

Description

@Verdenroz

Problem

Every change to action.yml, action/*.sh, or bot/ needs a new tag for adopters to pick it up, and release.yml requires the tag to match the workspace version, so an action-only fix costs a ten-crate crates.io release. v0.3.1 was exactly that: no CLI change, a full publish. It will recur with every adopter-driven action tweak.

Proposed solution

  1. A floating major tag v0 (later v1) that the release job moves to the latest v0.x.y tag after a successful run, so adopters can write uses: Verdenroz/soothfast@v0 and receive action fixes without editing their workflow. SHA-pinning adopters keep working as today.
  2. Action-only tags, for example action-v0.3.2, that run bot.yml's checks and move v0 but skip publish, binaries, and the crate version assertion. The resolve job decides which shape a tag has.

The setup action's version-from-Cargo.lock behaviour is unaffected: the CLI it installs still follows the adopter's lock, so the action ref and the CLI version stay decoupled by design, with the documented rule that the action ref is never newer than the CLI it drives.

Affected crate(s): none; .github/workflows/release.yml, docs.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions