Seu bundle de produção cresceu quatrocentos kilobytes depois do merge de uma feature. Como você lida com isso?

Compare os bundles em vez de adivinhar. Rode um analisador de bundle no commit antes e depois, e procure por uma dependência nova, uma versão duplicada de uma existente, ou um import de barrel puxando uma biblioteca inteira. Conserte com uma dependência mais leve, imports profundos, ou um import dinâmico se o código não é necessário no primeiro paint. Depois adicione um orçamento de tamanho no CI para não acontecer de novo em silêncio.

Primeiro eu pego os fatos. Eu faço o build do commit anterior e do atual e rodo um analisador nos dois, para eu poder apontar o módulo exato que cresceu em vez de discutir sobre isso. Normalmente é uma de três coisas. Alguém adicionou uma dependência pesada por causa de uma função, uma biblioteca de datas ou de utilitários sendo o clássico. Ou agora a gente entrega duas versões do mesmo pacote porque uma dependência transitiva fixou outra, o que o analisador mostra como chunks duplicados. Ou um arquivo de index re-exporta tudo e o tree shaking desistiu porque o pacote não está marcado como livre de efeitos colaterais. O conserto segue a causa: trocar por uma dependência mais leve ou pelo equivalente da plataforma, deduplicar a versão, ou importar o caminho específico do módulo. Se o código é realmente necessário mas não no primeiro paint, tipo um editor de texto rico ou uma biblioteca de gráficos, ele vira um import dinâmico atrás da interação que precisa dele. Aí eu adiciono um orçamento de tamanho no CI que reprova o pull request num salto como esse, porque senão isso simplesmente acontece de novo no próximo trimestre.