React Native 0.84 रिलीज़ — Hermes V1 डिफ़ॉल्ट बन गया, प्रीबिल्ट iOS बाइनरीज और Legacy‑Arch हटना

React Native 0.84 (stable) 11 फरवरी 2026 को जारी हुआ। यह एक प्लेटफ़ॉर्म रिलीज़ है जिसमें मोबाइल और फुल‑स्टैक टीमों के लिए व्यावहारिक, उच्च‑प्रभाव वाले परिवर्तन हैं: Hermes V1 अब डिफ़ॉल्ट JS इंजन है, iOS बिल्ड डिफ़ॉल्ट रूप से प्रीबिल्ट React Native बाइनरीज का उपयोग करते हैं, Legacy Architecture के कोड को शिपिंग बिल्ड से हटा दिया गया है, और न्यूनतम Node.js आवश्यकताएं Node 22.11+ तक बढ़ा दी गई हैं। अपग्रेड करने से पहले रिलीज़ नोट्स पढ़ें — यह रिलीज़ बिल्ड पाइपलाइनों, नेटिव मॉड्यूल्स, और CI आर्टिफैक्ट्स को प्रभावित करती है।

यह क्यों मायने रखता है (संक्षेप)

• Hermes V1 डिफ़ॉल्ट: बिल्ट‑इन Hermes रनटाइम का उपयोग करने वाले सभी प्रोजेक्ट अपने आप Hermes V1 VM/Compiler प्राप्त करेंगे, ठंडे स्टार्ट, मेमोरी उपयोग, और रनटाइम प्रदर्शन में बिना कोड परिवर्तन के सुधार — पर यह इंजन के व्यवहार और नेटिव‑ब्रिज टाइमिंग गुणधर्मों को बदल सकता है।
• डिफ़ॉल्ट रूप से प्री-कम्पाइल iOS बाइनरीज: iOS क्लीन बिल्ड्स तेज़ होते हैं क्योंकि मुख्य RN कोड को हर बिल्ड के दौरान सोर्स से कम्पाइल करने की जगह प्रीबिल्ट .xcframeworks के रूप में डाउनलोड किया जाता है। यह CI टूलिंग और बाइनरी वितरण रणनीतियों को बदल देता है।
• Legacy Architecture हटाना: Legacy Architecture के कोड पथ अब शिप्ड iOS/Android बिल्ड से वास्तविक रूप से हटा दिए गए हैं; legacy internals या private APIs पर निर्भर प्रोजेक्ट्स को स्रोत से फिर से बनाना या अनुकूलन करना होगा।
• Node बम्प: टूलिंग और CI को Node >= 22.11 चलाने चाहिए; पुराने Node संस्करण React Native CLI और संबद्ध स्क्रिप्ट्स को तोड़ देंगे।

फुल‑स्टैक टीमों के लिए तात्कालिक व्यावहारिक चेकलिस्ट

1. एक कैनरी ब्रांच जोड़ें और production में प्रमोट करने से पहले react‑[email protected] पर अपना पूरा CI मैट्रिक्स चलाएं:
   • आप जिन Node/V8/Hermes ABI पर निर्भर हैं, उन सभी नेटिव मॉड्यूल्स को फिर से बनाएं और प्रीबिल्ट आर्टिफैक्ट्स प्रकाशित/अपडेट करें।
2. CI / डेवलपर वातावरण:
   • अपने CI इमेजेज़ और स्थानीय विकास सेटअप को Node 22.11+ पर अपग्रेड करें (versions pin करने के लिए nvm/FNM का उपयोग करें)।
   • अगर CI में prebuilt iOS बाइनरीज का उपयोग करते हैं, pod install चरण और आर्टिफैक्ट कैशिंग को सत्यापित करें (RCT_USE_PREBUILT_RNCORE)।
3. नेटिव मॉड्यूल्स & प्रीबिल्ट बाइनरीज:
   • RN 0.84 के खिलाफ हर नेटिव एडऑन (C++/NDK, CocoaPods नेटिव कोड) को पुनर्निर्माण करें और परीक्षण करें। प्रीबिल्ट iOS फ्रेमवर्क नेटिव कोड के लिंकिंग के तरीके को बदल देते हैं — यदि आप इन्हें वितरित करते हैं, तो अपडेटेड प्रीबिल्ट बाइनरीज प्रकाशित करें।
4. Opt‑out और संगतता पथ:
   • Hermes V1 से opt‑out करने के लिए RN को स्रोत से बनाएं या पैकेज मैनेजर overrides के ज़रिये legacy hermes compiler को pin करें और प्लेटफॉर्म‑विशिष्ट flags का पालन करें (उदाहरण रिलीज़ नोट्स में दिए हैं)।
   • प्रीबिल्ट iOS बाइनरीज को असक्रिय करने के लिए pod install के दौरान RCT_USE_PREBUILT_RNCORE=0 सेट करें।
   • Legacy Architecture को फिर से सक्षम करें (यदि आवश्यक हो), तो आपको स्रोत से बनाना होगा और RCT_REMOVE_LEGACY_ARCH=0 और संबंधित फ्लैग पास करने होंगे।
5. व्यवहार के प्रतिगमन के परीक्षण:
   • ब्रिजिंग, समय-संवेदी कोड, एनीमेशन, और legacy internals के माध्यम से पहले पहुँचे किसी भी नेटिव API के लिए इंटीग्रेशन टेस्ट प्राथमिकता दें।
   • अपडेटेड V8/Hermes runnable और Node टूलचेन से आने वाले नए त्रुटि signatures के लिए क्रैश और telemetry पाइपलाइनों की जाँच करें।
6. टूलिंग और लिंटर्स:
   • यदि आप RN की अनुशंसित टूलिंग पर निर्भर हैं, ESLint कॉन्फ़िग को अपडेट करें (RN 0.84 ESLint v9 flat config का समर्थन करता है)।
   • पुराने Node या legacy RN internals मान लेने वाले किसी भी बिल्ड‑टाइम स्क्रिप्ट या bundlers की जाँच करें।
7. एक्सेसिबिलिटी और प्लेटफॉर्म फीचर्स:
   • एप की एक्सेसिबिलिटी व्यवहार की पुष्टि करें, खासकर Android पर जहाँ recycled-view एक्सेसिबिलिटी समस्याओं को सुधारा गया है।
   • HEIC/HEIF वर्कफ्लोज़ पर निर्भर हो तो छवि हैंडलिंग की पुष्टि करें।

Migration notes (practical)

• स्टेज्ड rollout: RN 0.84 को स्टेजिंग ट्रैक (आंतरिक बीटा) में लाएं और क्रमिक रूप से रोलआउट करें; पहले 24–72 घंटों के लिए क्रैश और प्रदर्शन telemetry पर कड़ी निगरानी रखें।
• नेटिव प्रीबिल्ड्स: अगर आप ग्राहकों या डाउनस्ट्रीम टीमों को प्रीबिल्ट नेटिव बाइनरीज देते हैं, RN 0.84 के लिए अद्यतन artifacts का एक ही समय पर रिलीज़ योजना बनाएं ताकि इंस्टॉलर/रनटाइम mismatch से बचा जा सके।
• बैकवर्ड कम्पैटिबिलिटी: Hermes और New Architecture वाले प्रोजेक्ट्स में अधिकांश तकनीकी परिवर्तन न्यूनतम रहने की संभावना है, पर low‑level bridge APIs को छूने वाली तीसरे पक्ष की नेटिव लाइब्रेरीज़ की जाँच करें।

Bottom line React Native 0.84 एक महत्वपूर्ण प्लेटफॉर्म उन्नयन है — यह अधिकांश ऐप्स को तात्कालिक प्रदर्शन और डेवलपर‑अनुभव में लाभ देता है (Hermes V1 + तेज iOS बिल्ड) पर इसके लिए सावधानीपूर्ण CI, नेटिव‑मॉड्यूल, और Node tooling अपडेट जरूरी हैं। इसे प्लेटफॉर्म अपग्रेड के रूप में लें: स्टेज्ड rollout, नेटिव आर्टिफैक्ट्स को फिर से बनाएं, CI में Node को अपडेट करें, और उन ब्रिजों तथा समय-संवेदी प्रवाहों का परीक्षण करने वाला एक फोकस्ड टेस्‍ट मैट्रिक्स चलाएं।

स्रोत: React Native 0.84 रिलीज नोट्स. (reactnative.dev)

Source

• Source