Bun 1.3.6: मूल JSONC, आर्काइव API, esbuild मेटाफाइल — पूर्ण-स्टैक टीमों को अब क्या करना चाहिए

Summary

• 13 जनवरी, 2026 को Bun 1.3.6 ने व्यावहारिक उपकरणों और रनटाइम सुविधाओं (मूल JSONC पार्सिंग, एक अंतर्निर्मित टार आर्काइव API, esbuild-संगत मेटाफाइल आउटपुट) का एक सेट जारी किया, साथ ही कई प्रदर्शन और संगतता सुधार भी किए। ये उन टीमों के लिए तुरंत प्रासंगिक हैं जो Bun का उपयोग रनटाइम, बंडलर या CI बिल्डर के रूप में कर रही हैं क्योंकि ये तृतीय-पक्ष निर्भरताओं को कम करते हैं, esbuild के साथ बंडल विश्लेषण की समानता में सुधार करते हैं, और सूक्ष्म सुरक्षा और संगतता के अंतर को बंद करते हैं। (bun.com)

What changed (high impact)

• Bun.JSONC: टिप्पणियों के साथ JSON के लिए मूल पार्सिंग (tsconfig.json, VS Code सेटिंग्स)। प्रभाव: आप छोटे JSONC पार्सिंग निर्भरताओं को हटा सकते हैं और रनटाइम पर विश्वसनीय और तेज़ी से कॉन्फ़िगरेशन पार्स कर सकते हैं।
• Bun.Archive: टार(.gz) आर्काइव बनाने/निकालने के लिए अंतर्निर्मित API। प्रभाव: पैकेजिंग और पुनरुत्पादक एकल-फाइल निर्माण कलाकृतियों के लिए कम बाहरी उपकरण; पैकेजिंग कार्यों के लिए बेहतर प्रदर्शन।
• Bun.build मेटाफाइल: एक esbuild-संगत मेटाफाइल विकल्प जोड़ता है। प्रभाव: आप Bun बिल्ड से meta.json उत्पन्न कर सकते हैं और मौजूदा बंडल-विश्लेषण उपकरणों (squoosh, bundlephobia-शैली जांच) का पुन: उपयोग कर सकते हैं बिना कस्टम एडाप्टर के।
• Response.json और JSON सीरियलाइजेशन प्रदर्शन: Response.json() मैनुअल JSON.stringify + Response के साथ समानता; अन्य SIMD-त्वरित सुधार उच्च-थ्रूपुट सेवाओं में सीरियलाइजेशन और बफर संचालन की लागत को कम करते हैं।
• वेबसॉकेट प्रॉक्सी और S3 अनुरोधकर्ता भुगतान: Bun के S3 क्लाइंट में उद्यम प्रॉक्सी वातावरण और अनुरोधकर्ता-भुगतान S3 पहुँच के लिए सुधार।
• सुरक्षा/संगतता सुधार: टार निकासी के दौरान पथ-परिवर्तन जांच और कई बंडलर/बिल्ड बग सुधार जो किनारे पर तैनाती और एकल-फाइल निष्पादन योग्य को प्रभावित करते हैं।

Why this matters for full-stack teams

• कम रनटाइम निर्भरताएँ: मूल JSONC और आर्काइव APIs कॉन्फ़िग / पैकेजिंग पाइपलाइनों के लिए हमले की सतह और निर्भरता रखरखाव को कम करते हैं।
• बेहतर CI और बंडल उपकरण समानता: esbuild मेटाफाइल Bun बिल्ड को स्थापित विश्लेषण पाइपलाइनों (CI आकार गेट, स्वचालित चंक निरीक्षण) के साथ संगत बनाता है।
• तेज़ सर्वर प्रतिक्रियाएँ और निर्माण चरण: सीरियलाइजेशन और बफर गति में सुधार मापनीय रूप से I/O-भारी सेवाओं के लिए विलंबता और CI रनटाइम को कम कर सकते हैं।
• उद्यम तत्परता: वेबसॉकेट और अनुरोधकर्ता भुगतान हैंडलिंग के लिए प्रॉक्सी समर्थन उन अंतरालों को बंद करता है जो पहले कॉर्पोरेट या क्लाउड-प्रतिबंधित वातावरण में चलाने के लिए कस्टम वर्कअराउंड की आवश्यकता होती थी।
• सुरक्षा: टार निकासी को मजबूत करना आपूर्ति-श्रृंखला/पैकेजिंग त्रुटियों के लिए एक सामान्य वेक्टर को रोकता है।

Actionable checklist (concrete, low-risk rollout)

1. एक फीचर शाखा में मूल्यांकन करें
   • अपने CI इमेज (डॉकर इमेज या VM) की एक शाखा में Bun 1.3.6 में अपग्रेड करें, पूर्ण परीक्षण सूट और स्मोक परीक्षण चलाएँ। निर्माण समय और प्रमुख बेंचमार्क (बंडल निर्माण, सर्वर प्रारंभ, API विलंबता) को मापें।
2. जानबूझकर छोटे निर्भरताओं को बदलें
   • जहां आप वर्तमान में tsconfig.json / .vscode सेटिंग्स को 3rd-पार्टी JSONC पार्सर के साथ पार्स करते हैं, वहां Bun.JSONC.parse() का उपयोग करके एक लक्षित प्रतिस्थापन परीक्षण चलाएँ और समान व्यवहार की पुष्टि करें (टिप्पणियाँ, ट्रेलिंग कॉमा, क्रम)।
3. बिल्ड में मेटाफाइल आउटपुट जोड़ें
   • bun.build/bun build में मेटाफाइल सक्षम करें (metafile: true या --metafile) और उत्पन्न JSON को अपने मौजूदा बंडल विश्लेषक या CI आकार गेट में फीड करें। यह सुनिश्चित करें कि चंक मानचित्र और आकार का आवंटन अपेक्षाओं से मेल खाता है।
4. आर्काइव प्रवाह और सुरक्षित निकासी का परीक्षण करें
   • यदि आप निर्माण/रिलीज पाइपलाइनों में टारबॉल उत्पन्न या उपभोग करते हैं, तो निर्माण/निकासी के लिए Bun.Archive पर स्विच करें और निकासी पथ-परिवर्तन परीक्षण चलाएँ (प्रयास किए गए सिम्लिंक escapes, पूर्ण पथ) यह पुष्टि करने के लिए कि Bun असुरक्षित मामलों को अस्वीकार करता है।
5. वेबसॉकेट + प्रॉक्सी परिदृश्यों की पुष्टि करें
   • यदि आप कॉर्पोरेट HTTP/HTTPS प्रॉक्सी वाले वातावरण में काम करते हैं, तो wss/ws और प्रमाणित प्रॉक्सी दोनों के लिए Bun के वेबसॉकेट प्रॉक्सी विकल्प की पुष्टि करें।
6. मूल मॉड्यूल और एकल-फाइल निष्पादन योग्य का ऑडिट करें
   • यदि आप एम्बेडेड .node ऐडऑन या एकल-फाइल निष्पादन योग्य का उपयोग करते हैं, तो पूर्ण एकीकरण परीक्षण चलाएँ—रिलीज में नोट्स में बेहतर लोडिंग का संकेत मिलता है लेकिन पिछले किनारे के मामलों के लिए भी सुधार होते हैं।
7. प्रदर्शन और निगरानी
   • स्टेजिंग में Response.json() और भारी JSON पथ का बेंचमार्क करें। यह सुनिश्चित करने के लिए अवलोकन ध्वज (निर्माण अवधि, सीरियलाइजेशन विलंबता) जोड़ें कि रिग्रेशन को पकड़ा जाए।
8. रोलआउट रणनीति
   • 48–72 घंटों के लिए ट्रैफिक या CI एजेंट के एक छोटे प्रतिशत के लिए रनटाइम को कैनरी करें; त्रुटियों, ठंडी शुरुआत, और बंडल विश्लेषण रिपोर्ट की निगरानी करें; फिर बढ़ावा दें।

Risks and caveats

• सभी के लिए ड्रॉप-इन नहीं: यदि आपका स्टैक बहुत विशिष्ट esbuild विशेषताओं या मूल ऐडऑन व्यवहार पर निर्भर करता है, तो पूरी तरह से परीक्षण करें; मेटाफाइल समानता विश्लेषण में मदद करती है लेकिन समान लोडर अर्थशास्त्र की गारंटी नहीं देती।
• मूल निर्भरताएँ और N-API: एकल-फाइल निष्पादन योग्य और एम्बेडेड .node व्यवहार में सुधार हुआ है, लेकिन मूल मॉड्यूल अभी भी Linux, macOS और Windows बिल्ड के बीच सावधानीपूर्वक परीक्षण की आवश्यकता होती है।
• सुरक्षा स्थिति: टार निकासी सुधार एक सुरक्षा मजबूत करना है—इसे सकारात्मक रूप से मानें, लेकिन मौजूदा आर्काइव का ऑडिट करें यदि वे पहले, उदार व्यवहार पर निर्भर थे।

Bottom line Bun 1.3.6 उन टीमों के लिए एक व्यावहारिक, कम-घर्षण रिलीज है जो Bun का उपयोग रनटाइम या बिल्डर के रूप में करती हैं: नए JSONC और मेटाफाइल सुविधाओं का उपयोग कॉन्फ़िग को सरल बनाने और Bun बिल्ड को मौजूदा CI/विश्लेषण में एकीकृत करने के लिए करें, आर्काइव और प्रॉक्सी सुधारों का परीक्षण करें, और सीरियलाइजेशन और बंडल मैट्रिक्स की निगरानी करते हुए रनटाइम को कैनरी करें। यह रिलीज निर्भरता सतह को कम करती है और esbuild के साथ अवलोकन समानता में सुधार करती है — इस तिमाही में नियंत्रित अपनाने के लिए एक अच्छा उम्मीदवार। (bun.com)

Source

• Bun v1.3.6 रिलीज नोट्स (Bun ब्लॉग)। (bun.com)

Source

• Source