-
Notifications
You must be signed in to change notification settings - Fork 26
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
Installed goodparts from npm and got .eslintrc.js which requires './rules ... #248
Comments
@nelsonic see #247 and dwyl/abase#46 This is our SHORT TERM HACK so we can use goodparts with atom. The file you're seeing is just a symlink. The The proper long term solution is to create an atom plugin #243. |
@eliasCodes so it's ok to include this file in my |
@nelsonic yes I would recommend that you do. |
@nelsonic @eliasCodes symlinking isn't ideal. Just committed my |
@jrans @nelsonic what do you think about this:
|
@jrans @nelsonic there is a problem with the approach I outlined above: any shareable configs must have package names of the form {
"extends": "goodparts"
} Then when I try to run the
So a npm package by the name of I've pushed a branch where I've implemented steps 1 and 3 from my last comment. Let me know if you want me to PR it. |
@eliasCodes ideally we would not have an |
@nelsonic well happily that's already possible 😄 I can see why it is handy to have a real-time linter running in your editor though. If we do want to make that happen, it might just be better to bite the bullet and actually write an atom plugin at some point. Anyway, please let me know if you would like me to submit a PR. If so, I need to write a couple more tests because I introduced a couple branches into the |
Has this issue now been fully addressed (can it be closed)? |
@eliasCodes great question. we will know soon ... dwyl/hapi-auth-jwt2#211 😉 |
|
Hi @eliasCodes / @Shouston3 / @SimonLab / @jrans
Hope your evening is going well...
I just tried to
npm install goodparts
and it creates an.eslintrc.js
file in the root of my project:Which attempts to
require('./rules')
... is this the desired behaviour...?The text was updated successfully, but these errors were encountered: