Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for wildcard in local .tool-versions file #720

Closed
smorimoto opened this issue May 6, 2020 · 7 comments
Closed

Add support for wildcard in local .tool-versions file #720

smorimoto opened this issue May 6, 2020 · 7 comments

Comments

@smorimoto
Copy link
Member

In a particular language, it's hustle to all runtime versions completely matched by all developers during development phase. So I think it would be good to have such support.

@smorimoto
Copy link
Member Author

For example, Node.js has a very fast release cycle, so it's really hustle to clearly separate 14.0.0 and 14.2.0. and in most cases, there's not much difference between the two.

@smorimoto
Copy link
Member Author

The following syntax is my idea, but if there is a better idea, I would also like to hear it.

nodejs 14.0.0
nodejs 14.0.*
nodejs 14.*.*

@jthegedus
Copy link
Contributor

jthegedus commented May 6, 2020

Given asdf forces everyone in the project sharing the exact same version, users don't end up in the situation where they can disagree on it's use. I personally am not a fan of this feat request.

Additionally, how would this work with tools with many differing version sources, like Java for instance. How would this syntax work with?

adopt-openjdk-11.0.7+10_openj9-0.20.0
adopt-openjdk-11.0.7+10_openj9-0.20.0_large-heap

I'm interested in the thoughts of the @asdf-vm/core on this.

@Stratus3D
Copy link
Member

Related issues: #226, #352

I agree with @jthegedus views on this. I am going to close this issue as I think #352 is similar and already has more discussion on it.

@jthegedus
Copy link
Contributor

jthegedus commented May 8, 2020

Notably, I was the one who requested this in #226 but after a few years on projects without asdf have come to find the current functionality most desirable. It removes a whole class of issues.

@smorimoto
Copy link
Member Author

Indeed. That makes sense.

@andreif
Copy link

andreif commented Dec 5, 2023

It would really be great if you allow users to choose for themselves by providing this feature. Let us decide what works for us and what not, please.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants