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
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@2022in my GitHub action, and have this be equivalent toblack ~= 22.0(orblack < 23) in the developer toolchain. I believe this would require adding a2022tag, updating it on every release, then adding a2023tag for the first23.xrelease.Describe alternatives you've considered
~= 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).--previewin November/December) require even more coordination.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