Skip to content

How do I match GitHub action with stability policy? #3264

@lofidevops

Description

@lofidevops

Is this related to a problem? Please describe.

The pages on stability policy and GitHub Actions are very clear. However, I don't think it's possible to enforce stability with GitHub actions.

Describe the solution you'd like

I would like to add uses: psf/black@2022 in my GitHub action, and have this be equivalent to black ~= 22.0 (or black < 23) in the developer toolchain. I believe this would require adding a 2022 tag, updating it on every release, then adding a 2023 tag for the first 23.x release.

Describe alternatives you've considered

  • Pin specific version in GitHub action, leave toolchain at ~= 22.0. When developer toolchain is updated to ~= 23.0, re-pin in GitHub action. Downside: chance of discrepancy between 22.x (GitHub) and 22.y (toolchain).
  • Similar options (e.g. switch toolchain to --preview in November/December) require even more coordination.
  • Do not pin GitHub action or toolchain. Downside: defeats the point of stability policy, which I assume is to prevent scrambling in early 2023.
  • Pin specific version of GitHub Action and toolchain. Dowside: must update for every single release.

Additional context

This is a professional team, so the goal is to eliminate non-critical technical alerts. It could be that the final alternative is the only viable solution. Or there's a simple solution I have missed :D

Metadata

Metadata

Assignees

No one assigned

    Labels

    T: documentationImprovements to the docs (e.g. new topic, correction, etc)
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions