debug version range can be wider
See original GitHub issueSpecifying ^3.0.0
may lead to unnecessarily duplicate debug
packages since not every package needs to be compatible with node v4 which is no longer supported.
I think >=3.0.0
or something like this may be much better.
Issue Analytics
- State:
- Created 4 years ago
- Comments:5
Top Results From Across the Web
c# - Performance differences between debug and release builds
My experience has been that medium sized or larger applications are noticeably more responsive in a Release build. · One thing that can...
Read more >2x-3x Performance Improvements for Debug Builds
We noticed 2x – 3x improvements in all the projects we tried. More STL-heavy projects may see larger improvements.
Read more >Configure on-device developer options - Android Developers
Enable developer options and USB debugging · Android 9 (API level 28) and higher: Settings > About Phone > Build Number · Android...
Read more >Setting debug preferences - IBM
Debug Daemon preferences Ranges and combinations of ports can be specified in comma-separated lists, hyphenated ranges, or a combination of the two. By...
Read more >Testing a release build | Apple Developer Documentation
The debugger can attach to a development-signed release build, but be aware that it ... Because of the wide the range of variation...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
That’s a good point actually.
I turned
debug
into a peer dependency, so you are now able to use any version you want startingfollow-redirects@1.12.0
(currently building).