-
Notifications
You must be signed in to change notification settings - Fork 287
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
nodemon support #258
nodemon support #258
Conversation
Codecov Report
@@ Coverage Diff @@
## master #258 +/- ##
==========================================
+ Coverage 74.26% 74.37% +0.11%
==========================================
Files 17 17
Lines 882 886 +4
==========================================
+ Hits 655 659 +4
Misses 227 227
Continue to review full report at Codecov.
|
I'm ok with supporting this if we document in |
So as far as I'm aware Node.js has no "generic" signal handling - all signals need to be handled individually by name, which does seem quite restrictive unfortunately. In theory, we could support all signals as exit indicators (http://man7.org/linux/man-pages/man7/signal.7.html and I seriously considered this), but a good approach I think can be to expand this list based on user scenarios like this one. Unless anyone has other suggestions for how best to handle these signal responses generically. |
Another altenative here might be just to remove this error case scenario entirely and always just act as if |
I'm with @guybedford for expanding the list based on user requests. Honestly, the only time I've encountered As for the docs, it would certainly be worthwhile to include instructions to users on how to gracefully handle signals. I'm using Ideally, I'd like |
I hear you. I'm still really on the fence about watch mode. I'm not convinced |
I've posted #265 which can supersede this. |
This adds nodemon support for the SIGUSR2 handler, as described in #253 (comment).