Deno 2.4: बंडलिंग और प्रोडक्शन-ग्रेड टूलिंग की वापसी

फर्स्ट-पार्टी बंडलिंग esbuild के साथ

2 जुलाई 2025 को जारी Deno 2.4 में बहुप्रतीक्षित deno bundle कमांड फिर से शामिल की गई है, जो अब esbuild द्वारा संचालित है। यह ब्राउज़र और सर्वर दोनों टारगेट्स, ऑटोमैटिक ट्री शेकिंग, मिनिफिकेशन और npm व JSR मॉड्यूल्स के साथ कम्पैटिबिलिटी के साथ फर्स्ट-पार्टी बंडलिंग सॉल्यूशन देता है—कई वर्कफ़्लोज़ में बाहरी बंडलर की ज़रूरत को खत्म करता है (socket.dev)।

आसान डिपेंडेंसी मैनेजमेंट

इस अपडेट में नया deno update कमांड जोड़ा गया है, जो deno.json और import maps दोनों के साथ काम करता है, npm और JSR पैकेजेज़ को अपग्रेड करना आसान बनाता है। इससे बिल्ड्स दोहराने योग्य बनती हैं, वर्शन ड्रिफ्ट कम होती है और सप्लाई-चेन रिस्क भी घटता है, क्योंकि डिपेंडेंसीज़ को अपडेट रखना अब आसान है (socket.dev)।

स्थिर OpenTelemetry इंटीग्रेशन

Deno 2.4 में बिल्ट-इन OpenTelemetry सपोर्ट को स्थिर किया गया है, जिससे Deno ऐप्लिकेशन सीधे मौजूदा ऑब्ज़र्वेबिलिटी पाइपलाइनों में लॉग्स, मेट्रिक्स और ट्रेसेज़ भेज सकते हैं—बिना किसी कस्टम इंस्ट्रूमेंटेशन के। यह प्रोडक्शन-ग्रेड मॉनिटरिंग के लिए बहुत जरूरी है (socket.dev)।

बेहतर बूटस्ट्रैपिंग और कम्पैटिबिलिटी

इन मुख्य फीचर्स के अलावा, इस रिलीज़ में --preload फ्लैग भी है, जिससे मुख्य स्क्रिप्ट से पहले मॉड्यूल्स रन किए जा सकते हैं—ग्लोबल स्टेट या ऑब्ज़र्वेबिलिटी सेटअप के लिए आदर्श। साथ ही, tsconfig.json सपोर्ट बेहतर हुआ है और Node.js कम्पैटिबिलिटी भी, अब require.resolve और conditional exports को बेहतर तरीके से हैंडल किया जाता है (socket.dev)।

क्यों है यह महत्वपूर्ण

बंडलिंग, डिपेंडेंसी मैनेजमेंट और ऑब्ज़र्वेबिलिटी को कोर CLI में समेटकर, Deno 2.4 बाहरी टूलचेन की जटिलता को काफी कम करता है और रनटाइम को प्रोडक्शन की ज़रूरतों के और करीब लाता है। ये सुधार Deno को एक प्रयोगात्मक प्लेटफॉर्म से आगे ले जाकर फुल-स्टैक JavaScript और TypeScript डेवेलपमेंट के लिए एक मजबूत, एंड-टू-एंड समाधान बनाते हैं।

पूरा ऐलान पढ़ें: https://socket.dev/blog/deno-2-4-brings-back-deno-bundle-improves-dependency-management