साल 2026 से, हम दूसरी और चौथी तिमाही में AOSP के लिए सोर्स कोड पब्लिश करेंगे. ऐसा इसलिए किया जाएगा, ताकि हम अपने ट्रंक स्टेबल डेवलपमेंट मॉडल के साथ काम कर सकें और यह पक्का कर सकें कि प्लैटफ़ॉर्म, पूरे सिस्टम के लिए स्थिर बना रहे. AOSP बनाने और उसमें योगदान देने के लिए, android-latest-release का इस्तेमाल करें. android-latest-release मेनिफ़ेस्ट ब्रांच, हमेशा AOSP पर पुश की गई सबसे नई रिलीज़ का रेफ़रंस देगी. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव देखें.

Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

क्रैश रिकवरी

क्रैश रिकवरी मॉड्यूल, Android 16 में जोड़ा गया था. इस मॉड्यूल में PackageWatchdog, इसके ऑब्ज़र्वर RescueParty और RollbackPackageHealthObserver, और ExplicitHealthCheckService, और इनसे जुड़ी हेल्पर क्लास शामिल हैं.

क्रैश रिकवरी मॉड्यूल का मुख्य मकसद, ये सुविधाएं देना है:

रिकवरी इन्फ़्रास्ट्रक्चर कोड को तेज़ी से दोहराना. बग ठीक करने और सुधार करने से जुड़े अपडेट, पूरे इकोसिस्टम में डिप्लॉय किए जा सकते हैं. इससे, ज़्यादा भरोसेमंद और तेज़ अपडेट की मदद से, लोगों को बेहतर अनुभव मिलता है.
सभी डिवाइसों पर रिकवरी इन्फ़्रास्ट्रक्चर को एक जैसा लागू करने से, समस्याओं के बारे में बेहतर जानकारी मिलती है और सभी के लिए भरोसेमंद तरीके से काम करने की सुविधा मिलती है.
इकोसिस्टम में एक जैसा व्यवहार होने से, आउटेज के दौरान समस्याओं को ठीक करना और रिकवरी करना आसान हो जाता है. साथ ही, समस्याओं को ठीक करने में लगने वाला कुल समय कम हो जाता है.

मॉड्यूल की सीमा

इस मॉड्यूल का इंटरफ़ेस, Android प्लैटफ़ॉर्म के बाकी हिस्सों के साथ अच्छी तरह से तय किया गया है. इसके बारे में, पहली इमेज में दिखाया गया है:

क्रैश रिकवरी मॉड्यूल की सीमा

पहली इमेज. मॉड्यूल की सीमा.

पैकेज का फ़ॉर्मैट

क्रैश रिकवरी मॉड्यूल, APEX फ़ॉर्मैट का इस्तेमाल करता है.

डिपेंडेंसी

इस मॉड्यूल में शामिल क्लास की, Android प्लैटफ़ॉर्म पर मौजूद डिपेंडेंसी में कोई बदलाव नहीं हुआ है. कोई नई डिपेंडेंसी नहीं है.