-
Question Context For an example of the failure, see this CI run. Our config is here. Additional context |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments
-
Hello @inwaves, thanks for filing a ticket. I'd like to understand your requirement a bit more carefully. As explained in our document, tox-gh-actions can be used with pre-released Python versions. The point is that we shouldn't specify micro and release level in the tox-gh-actions' config even when we're using a pre-released version. tox-gh-actions doesn't care whether a Python version is pre-release or not at this point.
Do you have a requirement to specify micro and release level versions precisely in the tox-gh-actions' config like the following?
|
Beta Was this translation helpful? Give feedback.
-
Hi! I think the idea for specifying the entire version is that we can use pre-release versions like 3.11.0-rc. Are you saying that I can specify the pre-release Python version in my workflow YAML and point to it in |
Beta Was this translation helpful? Give feedback.
-
That's right. We can (rather must) use the shorthand version in |
Beta Was this translation helpful? Give feedback.
-
Thanks for getting back to me, I'm happy to close this. |
Beta Was this translation helpful? Give feedback.
Hello @inwaves, thanks for filing a ticket.
I'd like to understand your requirement a bit more carefully.
As explained in our document, tox-gh-actions can be used with pre-released Python versions. The point is that we shouldn't specify micro and release level in the tox-gh-actions' config even when we're using a pre-released version. tox-gh-actions doesn't care whether a Python version is pre-release or not at this point.
.github/workflows/<workflow>.yml
:tox.ini
: