-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Allow debugger
statements in development JS
#1487
Conversation
abeb257
to
d84d581
Compare
I need some help with the decision to fail the JSHint task. When JSHint fails:
I was thinking that JSHint should give "by the way" warnings in development but fail production builds. But I'm unsure if this is the way to go. Really would appreciate feedback. On one hand it makes sure no bad/dangerous code makes it to production. On the other: if you ignore the development JSHint warnings you will be unable to deploy until you pay the JSHint debt. |
The "by the way" warnings are a good idea. One long list of all the changes that need attention is better than just the first fault that has caused the build to fail. I agree with your thinking that it should be a fail in |
I agree with @Foxaii - I think it's best if during development it just provides warnings, and during production it should fail. Documentation is a good think to bring up too, thanks for mentioning that! |
@Foxaii: in both cases it lists all the errors you need to fix. The only difference is that the production build will fail to compile. |
Nice to know but that doesn't change my agreeing with you, @austinpray. |
ping @aaemnnosttv, curious to see what you think about this. |
@austinpray I think it's a great solution. Great job 👍 |
Allow `debugger` statements in development JS
fixes #1480
cc @aaemnnosttv