-
Notifications
You must be signed in to change notification settings - Fork 414
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
feat: introduce env_vars alias for env-vars #11442
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think it is a good idea to allow both (env-vars)
and (env_vars)
(having more than one name for the same thing is generally bad). So (env-vars)
should be renamed to (env_vars)
in 3.18 (see Dune_lang.Syntax.renamed_in
). That way, someone who upgrades to Dune lang 3.18 is forced to rename env-vars
to env_vars
.
I agree! But is it a good idea to introduce it as a breaking change for |
@nojb what do you think about allowing both but emit a warning for now with |
I don't particularly care if we have more than one name, but I'm strongly against making breaking changes that offer no benefits to the user. So even if we introduce a new name, we need to keep supporting the old name even in 4.0. We need much more convincing reasons to break user builds. |
OK! |
OK, so let's stick to the two names, then. |
dde98f9
to
763a10c
Compare
Signed-off-by: Etienne Marais <[email protected]>
763a10c
to
7d541f7
Compare
This PR introduces an alias
env_vars
, forenv-vars
, to keep the configuration uniformity (using the underscore instead of dash).Closes #11424