-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Really no sourcemaps #4528
Really no sourcemaps #4528
Conversation
|
11d8311
to
9e98b14
Compare
Benchmark ResultsKitchen Sink ✅
Timings
Cold Bundles
Cached Bundles
React HackerNews ✅
Timings
Cold Bundles
Cached BundlesNo bundle changes detected. AtlasKit Editor 🚨
Timings
Cold BundlesNo bundles found, this is probably a failed build... Cached BundlesNo bundles found, this is probably a failed build... Three.js x4 🚨
Timings
Cold BundlesNo bundles found, this is probably a failed build... Cached BundlesNo bundles found, this is probably a failed build... |
9e98b14
to
960879f
Compare
1e9bdf6
to
8576c40
Compare
7f80a0a
to
02c5656
Compare
02c5656
to
c99a557
Compare
↪️ Pull Request
Closes #4390
Previously, we relied on plugins to not return sourcemaps if
target.sourceMap
is false.But the non-hoisting JSPackager without running TerserOptimizer afterwards would still emit a sourcemap and therefore write a sourcemap file to dist despite of
--no-source-maps
Question
Sourcemaps can be specified per target, but they are only accessible onPluginOptions
(a boolean from the cli flag) and onTarget
(the actual settings object). So it would make sense to remove it from thePluginOptions
and put them onTarget
only (and normalizing the value in the target resolver), but then transformers wouldn't know if sourcemaps are enabled.