किसी feature के merge होने के बाद आपका production bundle चार सौ kilobytes बढ़ गया। आप इसे कैसे संभालते हैं?

अंदाजा लगाने की जगह bundle का diff निकालिए। पहले और बाद वाले commit पर bundle analyzer चलाइए, और कोई नई dependency, किसी मौजूदा का दोहरा version, या पूरी library खींच लाता कोई barrel import ढूंढिए। हल्की dependency, गहरे imports, या पहले paint पर जरूरी न होने पर dynamic import से ठीक कीजिए। फिर CI में size का बजट जोड़िए ताकि यह दोबारा चुपचाप न हो सके।

पहले मैं तथ्य जुटाता हूं। मैं पिछला commit और मौजूदा दोनों build करता हूं और दोनों पर analyzer चलाता हूं, ताकि मैं बहस करने की जगह ठीक उस module पर उंगली रख सकूं जो बढ़ा है। आम तौर पर यह तीन में से एक होता है। किसी ने एक function के लिए भारी dependency जोड़ दी, तारीख या utility वाली library क्लासिक है। या अब हम एक ही package के दो versions भेज रहे हैं क्योंकि किसी transitive dependency ने अलग version पकड़ रखा है, जिसे analyzer दोहरे chunks की तरह दिखाता है। या कोई index file सब कुछ दोबारा export करती है और tree shaking ने हार मान ली क्योंकि package को side effect free नहीं बताया गया। हल वजह के पीछे चलता है: हल्की dependency या platform वाला विकल्प लगाओ, version dedupe करो, या खास module का रास्ता import करो। अगर code सच में चाहिए पर पहले paint पर नहीं, जैसे rich text editor या charting library, तो वह उस बातचीत के पीछे dynamic import बन जाता है जिसे उसकी जरूरत है। फिर मैं CI में एक size का बजट जोड़ता हूं जो ऐसी छलांग पर pull request फेल कर दे, क्योंकि वरना यह अगली तिमाही फिर हो जाएगा।