Android release चक्र को 1 साल से भी छोटा करने पर विचार

यह लेख कुल मिलाकर OS की quality बढ़ाने की बात करता है (जो कोई भी software development कंपनी करना चाहेगी),
लेकिन इसमें खास तौर पर यह पंक्ति नज़र आती है.

Even internally, we’re looking at actually changing some of our developer practices in 2024   
where rather than sort of go[ing] off for a year and work[ing] on a release for a very long time,   
we break that up into chunks internally so that we sort of keep the branch green as we go.  

लगता है कि वे Android release, जो अब तक हर 1 साल में होता था, उसे और छोटे अंतरालों में बाँटना चाहते हैं.
असल में Android का release चक्र दूसरे Google products की तुलना में लंबा है.
Chrome के मामले में भी release चक्र को छोटा करने की घोषणा हाल ही में की गई थी.

[ganadist]

मैंने अपनी कंपनी के एक सहकर्मी को AOSP रिलीज़ चक्र समझाते समय सोचा कि यह पढ़ने वाले लोगों के लिए भी संदर्भ के तौर पर उपयोगी होगा, इसलिए इसे साझा कर रहा हूँ.

AOSP का रिलीज़ चक्र इस प्रकार है

• Major Release (1 साल)
• QPR (Quarterly Platform Release) (3 महीने)
• Security Update (1 महीना)

इसके अलावा नीचे दिए गए अपडेट भी होते हैं.

• Google Play System Update : भले ही निर्माता OS अपडेट न करे, फिर भी OS के components के लिए update Google देता है) (1 महीना)
• Pixel Feature Drop : QPR + Pixel-विशेष app updates (3 महीने)

[secret3056]

Samsung जैसे मामलों में major updates 4 बार सपोर्ट किए जाते हैं, तो क्या नतीजतन software support अवधि उल्टा और छोटी नहीं हो जाएगी...

[xguru]

संगठन के भीतर मनोबल बढ़ाने वगैरह के लिए शायद छोटा चक्र बेहतर लगता है। 1 साल तो निश्चित रूप से बहुत लंबा है।

[hikamaeng]

समस्या यह है कि इसकी मार सभी app developers पर पड़ती है...=.=