Digamos que hay un módulo en npm llamado "awesomepackage". Puedo registrarlo como una dependencia de mi aplicación a través depackage.json al igual que:

npm i --save awesomepackage

Inspeccionando minode_modules carpeta Veo una carpeta llamada "awesomepackage" que se ve así:

- index.js
- package.json
- README.md
- lib/
    - awesomepackage.min.js

y puedo usar el paquete dentro de mi propia aplicación así:

import {AwesomeThing} from 'awesomepackage';

Mi pregunta:

Cuando construyo mi aplicación usando webpack, mi finalbundle.js siempre contiene el código fuente denode_modules/awesomepackage/index.js - independientemente de cualquier variable de entorno que haya configurado (p. ej.NODE_ENV=production)

¿Hay alguna manera de decirle a webpack que use los archivos preconstruidos (p. Ej.node_modules/awesomepackage/lib/awesomepackage.min.js) si se envían como parte de un paquete NPM, en lugar de reconstruir desde la fuente?

He visto solucionesese utilizar resolve.alias ynoParse en la configuración de webpack con rutas codificadas a archivos fuente minificados, pero ¿eso no supera en su mayoría el propósito de usar npm y webpack? ¡No quiero tener que codificar y mantener rutas a los archivos de compilación minificados de cada dependencia!

Llegué aquí porque mibundle.js salté 2.5mb cuando agreguémoment.js - que tiene 167 kb minimizados, incluidas todas las configuraciones regionales, pero cuyo código fuente incluye 2 MB de pruebas.

Editar

Claramente, hay más que solo minimizar la finalbundle.js archivo al final. Por ejemplo: ¿por qué alguien querría incluir cientos de pruebas unitarias innecesarias para dependencias en el código de producción final? Ellos no. Es por eso que la mayoría de las bibliotecas proporcionan undist (o similar) como parte de su módulo npm.