-
-
Notifications
You must be signed in to change notification settings - Fork 42
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
rule shebang
naming
#196
Comments
I think you're right, we should follow the spec, that being said, I only really knew this as a shebang. I don't like the idea of using an alias though, I would prefer we only used either What do you think? |
I prefer to maintain compatibility if it doesn't come with too many maintenance costs :). |
That makes sense to me :) |
Hey, sorry for being late on this, but maybe someone else is wondering the same thing I was "WTH is hashbang?". I have no idea what TC39 were smoking when they let a dude with zero GitHub activity reach stage 4 but the |
It may indeed be controversial, but we should still follow the terminology of tc39. |
https://en.wikipedia.org/wiki/Shebang_(Unix) Being approved by TC39 does not automatically make it the correct choice. People make mistakes, and this is one example of such a case. |
As of now, I'm not sure what's the right next step, but |
eslint-plugin-n version
latest
What problem do you want to solve?
In the description of the es specification, it is
hashbang
and notshebang
.https://github.com/tc39/proposal-hashbang
What do you think is the correct solution?
renaming rule
shebang
=>hashbang
.for compat, we could keep
shebang
as an alias.Participation
Additional comments
No response
The text was updated successfully, but these errors were encountered: