Repository navigation
How about changing interpretation of version string #447
Description
Activity
In actions/runner#849 ,
3.10is another problem.
And ruby's yaml parser also parses3.10as3.1too.
But ruby's yaml parser parses3.0as3.0, so it is more important difference.Reacted by Eli DukeI thought about this too in the past, but it means there is no way to express "Ruby >= 3 < 4" then, i.e. Ruby 3.x.
I'm kind of negative to introduce such hacks and exceptions, because it can lead to more confusion and inconsistency.I still think this is a bug of the GitHub Actions YAML parser, because it can know the difference but doesn't use it.
No idea if it will ever be fixed though.
An alternative might be if an action can get its inputs as the original strings in YAML, not parsed to numbers or anything. That would also work.core.getInput()is already always a string, but it is value.toString vs the original string..10is not an issue as few Ruby versions have a.10, and those that do have it have it as patch so then it's not a float anymore anyway (e.g. 2.4.10).I filed actions/toolkit#1320, if that's done that would be enough.
Another idea is maybe we could warn when we get
3as the input.
And then we could say useruby-3if you really wantCRuby >= 3 < 4, that's actually a fairly simple alternative way to expressCRuby >= 3 < 4.In actions/runner#849 ,
3.10is another problem. And ruby's yaml parser also parses3.10as3.1too. But ruby's yaml parser parses3.0as3.0, so it is more important difference.I was just reading about this as well, looks like the solution is to just wrap it in single quotes as such:
env: env_var: '3.0'
Should fix the problem for now at least!
Reacted by Jan Brasna
Many users who wants use
3.0.xwriteruby-version: 3.0by mistake.3.0interpreted as3on GitHub Actions.For example, following workflow step prints
3only.So I propose changing the meaning of
3(and3.0on workflow files) use3.0.x, and3.x(or something) use latest3.x.x.After this change, many users can write
3.0intentionally, and some (probably less) users who want use latest3.x.xcan write3.xor something instead.