-
Notifications
You must be signed in to change notification settings - Fork 28
Rule request: kebab-case scripts #61
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
Comments
Makes sense! I can see value in having a naming conventions rule that enforces kebab-case. Other efforts have popped up to standardize them too:
I think for the first few iterations of this rule we probably wouldn't want it to be enabled by default - as it's rather pedantic and doesn't directly catch runtime issues (only indirectly). But strong +1 to it existing. Questions that I think would need to be resolved:
|
I'm interested in implementing this (as part of #903), so I'm curious to know what is the current stance on implementing naming conventions is. In particular:
|
I think it makes sense to have this be an opt-in configuration for |
Good questions!
For the sake of doing one thing at a time, my vote is leaving it as a followup. It's non-trivial and I'm sure we'll discover edge cases to be discussed in review.
Agreed that it should not be. This isn't an industry standard at all (yet?), so it would inconvenience a lot of users to have it enabled by default.
Ideating: maybe an option value like |
It is conventional for scripts in the "package.json" file to be in kebab-case, as evidenced here:
Thus, this plugin should warn when incorrectly named scripts exist such as "fooBar" (i.e. camelCase) or "FooBar" (i.e. PascalCase) or "foo_bar" (i.e. snake_case) or "FOO_BAR" (i.e. SCREAMING_SNAKE_CASE).
The text was updated successfully, but these errors were encountered: