In the previous article, we provided a mental picture of functions in analyzeSizeChange.ts file, In this article, let’s find out how the actual size change is analyzed.
analyze is imported from rollup-plugin-analyzer. It’s got an object as param with options:
summaryOnly — Only output bundle summary and module usage bar graphs
skipFormatted — Don’t output formatted string
onAnalysis — Callback to be invoked with analysis object (I copied the below description for onAnalysis from npm:)
function will be invoked with:
- analysisObject (Object)
- bundleSize (Number) — rendered bundle size in bytes
- bundleOrigSize (Number) — original bundle size in bytes
- bundleReduction (Number) — percentage of rendered bundle size reduction
- moduleCount (Number) — Count of all included modules
- modules (Array) — array of module analysis objects
- module (Object)
- id (String) — path of module / rollup module id
- size (Number) — size of rendered module code in bytes
- origSize (Number) — size of module’s original code in bytes
- dependents (Array) — list of dependent module ids / paths
- percent (Number) — percentage of module size relative to entire bundle
- reduction (Number) — percentage of rendered size reduction
- renderedExports (Array) — list of used named exports
- removedExports (Array) — list of unused named exports
Just these are found to be used in analyzeSizeChange.ts
But in what circumstances is this script executed? is it after you check in some code? does it report on a pull request? To find that out, we need to go where the code takes us.
You would have to first search for analyzeSizeChange to see where it is used. It is found to be used in script/getRollupConfig.ts
Next, you would have to find out where getRollupConfig is used. It is used in a lot of packages.
Hey, my name is Ramu Narasinga. I study large open-source projects and create content about their codebase architecture and best practices, sharing it through articles, videos.