Tu bundle de producción creció cuatrocientos kilobytes tras integrar una funcionalidad. ¿Cómo lo gestionas?

Compara el bundle en lugar de adivinar. Ejecuta un analizador de bundles sobre el commit anterior y el actual, y busca una dependencia nueva, una versión duplicada de otra ya existente, o un import de barril que arrastra una librería entera. Arréglalo con una dependencia más ligera, imports profundos o un import dinámico si el código no hace falta en la primera pintura. Después añade un presupuesto de tamaño en CI para que no vuelva a pasar en silencio.

Primero consigo los datos. Compilo el commit anterior y el actual y paso un analizador sobre ambos, así puedo señalar el módulo exacto que creció en vez de discutirlo. Normalmente es una de tres cosas. Alguien añadió una dependencia pesada para una sola función, siendo una librería de fechas o de utilidades el caso clásico. O ahora enviamos dos versiones del mismo paquete porque una dependencia transitiva fijó otra, cosa que el analizador muestra como chunks duplicados. O un archivo índice reexporta todo y el tree shaking se rindió porque el paquete no está marcado como libre de efectos secundarios. El arreglo sigue a la causa: cambiar a una dependencia más ligera o al equivalente de la plataforma, unificar la versión, o importar la ruta concreta del módulo. Si el código hace falta de verdad pero no en la primera pintura, como un editor de texto enriquecido o una librería de gráficos, pasa a ser un import dinámico detrás de la interacción que lo necesita. Después añado a CI un presupuesto de tamaño que tumbe el pull request ante un salto así, porque si no vuelve a pasar el trimestre siguiente.