Rolldown 1.0 रिलीज़ उम्मीदवार आया — Vite और वेब के लिए एक Rust-शक्ति वाला बंडलर

VoidZero ने 21 जनवरी, 2026 को Rolldown 1.0 रिलीज़ उम्मीदवार प्रकाशित किया — एक उत्पादन-केंद्रित, Rust-आधारित JavaScript/TypeScript बंडलर जिसे Vite टीम ने पिछले esbuild + Rollup विभाजन के स्थान पर अपनाया है। Rolldown इस RC में API स्थिरता की घोषणा करता है और व्यापक Rollup प्लगइन संगतता के साथ-साथ बड़े प्रदर्शन लाभों का विज्ञापन करता है (यह परियोजना सामान्य कार्यभार में Rollup की तुलना में 10–30× तेज उत्पादन बंडलिंग का हवाला देती है)। (voidzero.dev)

पूर्ण-स्टैक टीमों के लिए यह क्यों महत्वपूर्ण है

• एकीकृत dev→prod पाइपलाइन: Vite ने ऐतिहासिक रूप से विकास के लिए esbuild और उत्पादन के लिए Rollup का उपयोग किया, जिससे विकास और उत्पादन बंडलों के बीच सूक्ष्म अर्थात्मक भिन्नताएँ उत्पन्न हुईं। Rolldown इस भिन्नता को समाप्त करने का लक्ष्य रखता है, एक ही उच्च-प्रदर्शन इंजन से दोनों भूमिकाएँ निभाकर।
• तात्कालिक निर्माण-समय लाभ: बड़ी बंडलों या मोनोरेपोज़ वाली टीमों को छोटे CI निर्माण समय और तेज उत्पादन निर्माण पुनरावृत्तियों की अपेक्षा करनी चाहिए; प्रारंभिक परिणाम दीवार के समय और मेमोरी उपयोग में महत्वपूर्ण कमी दिखाते हैं।
• प्लगइन और कार्यप्रवाह संगतता: Rolldown Rollup के प्लगइन API को लक्षित करता है, इसलिए कई मौजूदा प्लगइन्स को न्यूनतम परिवर्तनों के साथ काम करना चाहिए — लेकिन गैर-तुच्छ प्लगइन्स (जो esbuild आंतरिक, कस्टम AST ट्रांसफॉर्म, या मूल Rollup आंतरिक पर निर्भर करते हैं) को सत्यापन की आवश्यकता होगी।
• नई क्षमताएँ: RC बड़े ऐप्स और पुस्तकालयों के लिए लक्षित सुविधाओं का दस्तावेजीकरण करता है — मॉड्यूल-स्तरीय स्थायी कैशिंग, अधिक बारीक चंकिंग नियंत्रण (output.codeSplitting), और AST और MagicString-शैली ट्रांसफॉर्म के लिए नियोजित मूल पुल — जो अधिक पूर्वानुमानित चंकिंग और तेज़ इंक्रीमेंटल निर्माण को सक्षम बनाते हैं।

टीमों के लिए व्यावहारिक चेकलिस्ट (इस सप्ताह क्या करना है)

1. एक फोर्क की गई शाखा के साथ धूम्रपान परीक्षण: Rolldown 1.0 RC (या Vite 8 बीटा जो Rolldown पर डिफ़ॉल्ट है) का उपयोग करके एक फीचर शाखा पर पूर्ण उत्पादन निर्माण और CI चलाएँ। निर्माण समय, बंडल आकार, और CI मेमोरी/CPU उपयोग की तुलना करें।
2. महत्वपूर्ण प्लगइन्स का परीक्षण करें: किसी भी Rollup/Vite प्लगइन की पुष्टि करें जिस पर आप निर्भर हैं (CSS निष्कर्षण, छवि ट्रांसफॉर्म, d.ts जनरेटर, कस्टम प्लगइन हुक)। उन प्लगइन्स पर विशेष ध्यान दें जो आंतरिक कॉल करते हैं या esbuild-विशिष्ट व्यवहार पर निर्भर करते हैं।
3. रनटाइम आउटपुट को मान्य करें: एंड-टू-एंड परीक्षण और उत्पादन स्टेजिंग तैनाती चलाएँ — चंक लोडिंग, कोड-स्प्लिटिंग सीमाओं, लेज़ी इम्पोर्ट और SSR हाइड्रेशन पथों के व्यवहार समानता की जांच करें।
4. CI कैशिंग का ऑडिट करें: Rolldown/Vite संस्करण को शामिल करने के लिए कैशिंग कुंजी अपडेट करें; स्थायी मॉड्यूल-स्तरीय कैश आपको कैश दायरे को सरल या कम करने की अनुमति दे सकते हैं, लेकिन कैश अमान्यकरण अर्थशास्त्र को सत्यापित करें।
5. एक रोलबैक योजना तैयार करें: यदि आपको रिग्रेशन का पता लगाने के बाद जल्दी वापस लौटने की आवश्यकता हो तो वर्तमान Vite/esbuild+Rollup सेटअप के लिए एक पिन की गई निर्भरता पथ रखें।

माइग्रेशन नोट्स और गोटचास

• छोटे कॉन्फ़िगरेशन समायोजन की अपेक्षा करें: कुछ esbuild/Rollup फ्लैग अलग तरीके से मानचित्रित होते हैं; सामूहिक अपग्रेड से पहले Vite माइग्रेशन गाइड और Rolldown संगतता नोट्स पर परामर्श करें।
• बड़े मोनोरेपोज़: Rolldown की स्थायी कैश और बंडल रणनीतियाँ असमान लाभ दे सकती हैं, लेकिन प्रारंभिक कॉन्फ़िगरेशन (एंट्री ग्राफ और चंकिंग नियम) पूर्वानुमानित चंक लेआउट के लिए ट्यूनिंग की आवश्यकता हो सकती है।
• तृतीय-पक्ष ढांचे/उपकरण: यदि आप ढांचे या CI उपकरणों का उपयोग करते हैं जो Vite को एम्बेड करते हैं (जैसे, Astro, Nuxt, ढांचे के एकीकरण), तो मूल्यांकन के दौरान ओवरराइड्स का समन्वय करें या पैकेज मैनिफेस्ट में संस्करण पिन करें — ये एम्बेडेड उपभोक्ता तुरंत Rolldown में शामिल नहीं हो सकते हैं।

निष्कर्ष Rolldown 1.0 RC JavaScript उपकरणों के लिए एक महत्वपूर्ण मील का पत्थर है: यह Vite टूलचेन को सरल बनाने और बड़े उत्पादन-बिल्ड प्रदर्शन सुधार प्रदान करने का वादा करता है। पूर्ण-स्टैक टीमों को अब अनुशासित धूम्रपान परीक्षण (बिल्ड, प्लगइन्स, रनटाइम व्यवहार, CI) को प्राथमिकता देनी चाहिए ताकि वे Rolldown को सुरक्षित रूप से अपना सकें जब यह स्थिर रिलीज़ तक पहुँचता है। (voidzero.dev)

स्रोत

• Source