Dein Produktions-Bundle ist nach einem Feature-Merge um vierhundert Kilobyte gewachsen. Wie gehst du damit um?

Diff das Bundle, statt zu raten. Lass einen Bundle-Analyzer über den Commit davor und danach laufen und such nach einer neuen Dependency, einer doppelten Version einer bestehenden oder einem Barrel-Import, der eine ganze Library mitzieht. Fix mit einer leichteren Dependency, tiefen Imports oder einem dynamischen Import, wenn der Code beim ersten Paint nicht gebraucht wird. Danach ein Size Budget in die CI, damit es nicht wieder leise passiert.

Zuerst hole ich mir Fakten. Ich baue den vorherigen und den aktuellen Commit und lasse einen Analyzer über beide laufen, damit ich auf das exakte Modul zeigen kann, das gewachsen ist, statt darüber zu diskutieren. Meistens ist es eins von drei Dingen. Jemand hat für eine einzige Funktion eine schwere Dependency dazugenommen, eine Datums- oder Utility-Library ist der Klassiker. Oder wir liefern jetzt zwei Versionen desselben Pakets aus, weil eine transitive Dependency eine andere gepinnt hat, was der Analyzer als doppelte Chunks zeigt. Oder eine index-Datei re-exportiert alles und Tree Shaking hat aufgegeben, weil das Paket nicht als seiteneffektfrei markiert ist. Der Fix folgt der Ursache: eine leichtere Dependency oder das Plattform-Äquivalent einsetzen, die Version deduplizieren oder den konkreten Modulpfad importieren. Wird der Code wirklich gebraucht, aber nicht beim ersten Paint, etwa ein Rich-Text-Editor oder eine Charting-Library, wird daraus ein dynamischer Import hinter der Interaktion, die ihn braucht. Danach hänge ich ein Size Budget in die CI, das den Pull Request bei so einem Sprung rot macht, denn sonst passiert es nächstes Quartal einfach wieder.