گوگل اينڊرائيڊ ڊولپمينٽ کي بند دروازن جي پويان منتقل ڪري ٿو، رليز کان پوءِ اوپن سورس

ايندڙ هفتي کان، گوگل اينڊرائيڊ پليٽ فارم کي ترقي ڪرڻ لاءِ هڪ نئين ماڊل ڏانهن وڌي رهيو آهي، جنهن تحت رليز بند دروازن جي پويان ترقي ڪئي ويندي، عوامي ڊومين ۾ وچولي ترقي جا نتيجا شايع ڪرڻ کان سواءِ ۽ انفرادي حصن ۾ تبديلين جي عوامي جائزي کان سواءِ. پليٽ فارم اپاچي 2.0 لائسنس تحت کليل ۽ ورهايل رهندو، پر سورس ڪوڊ صرف AOSP (اينڊرائيڊ اوپن سورس پراجيڪٽ) ريپوزٽري ۾ پوسٽ ڪيو ويندو جڏهن رليز تيار ٿي ويندا.

في الحال، پليٽ فارم جا ڪجهه حصا، جهڙوڪ بلوٽوٿ اسٽيڪ، عوامي طور تي تيار ڪيا ويا آهن، جڏهن ته ٻيا پهريان گوگل جي اندروني ذخيري ۾ ٺاهيا ويا آهن ۽ صرف تڏهن دستياب ٿيندا آهن جڏهن ايندڙ رليز لاءِ ڪوڊ شايع ٿيندو آهي. نون APIs سان ڪوڊ جي اشاعت انهن جي جانچ لاءِ موزونيت تي منحصر آهي - Android جي ڪجهه ورزن لاءِ، API لاڳو ڪرڻ جو ڪوڊ رليز کان اڳ شايع ڪيو ويو هو، ۽ ڪجهه لاءِ - بعد ۾. گوگل کان علاوه، ڊوائيس ٺاهيندڙ جن GMS (گوگل موبائل سروسز) لائسنس معاهدي تي دستخط ڪيا آهن، انهن کي اندروني شاخ تائين رسائي حاصل آهي.

گوگل فيصلو ڪيو آهي ته هو ان مخلوط ماڊل کي ڇڏي ڏئي جنهن تي هو هاڻي تائين عمل ڪري رهيو آهي ۽ مستقبل ۾ سڀني اينڊرائيڊ حصن جي ترقي کي پنهنجي اندروني شاخ ڏانهن منتقل ڪندو. ٻن شاخن جي بدران - کليل ۽ اندروني، ترقي دوران صرف اندروني شاخ استعمال ڪئي ويندي، جنهن مان ڪوڊ رليز سان گڏ کوليو ويندو.

ٽئين پارٽي شرڪت ڪندڙن لاءِ هڪ واحد فعال شاخ سان ڊولپمينٽ ماڊل ڏانهن سوئچ ڪرڻ کان پوءِ، پليٽ فارم ڪوڊ اڃا تائين موجود رهندو، پر هاڻي انفرادي اينڊرائيڊ حصن جي ترقي جي مسلسل نگراني ڪرڻ ممڪن نه هوندو، جنهن لاءِ ڪوڊ پوسٽ ڪيو ويندو نه ته پيچ قبول ڪيا ويندا، پر صرف رليز تيار ٿيڻ کان پوءِ. انهن حصن ۾ جن جي ترقي کي کليل کان اندروني شاخ ڏانهن منتقل ڪيو ويندو، اهي آهن بلڊ سسٽم، اپڊيٽ انجن، بلوٽوٿ اسٽيڪ، ورچوئلائيزيشن فريم ورڪ ۽ SELinux ترتيب.

تبديلي جي توقع ناهي ته AOSP تي ٻڌل ڊيريويٽو پراڊڪٽس ۽ فرم ويئر جي ڊولپرز تي اثر پوندو، ڇاڪاڻ ته اهڙيون بلڊز عام طور تي مخصوص ٽيگ يا ريپوزٽري ۾ شاخن مان ٺاهيون وينديون آهن، بجاءِ غير مستحڪم "مين" برانچ کي استعمال ڪرڻ جي جيڪا ترقي ۾ آهي. هي تبديلين کي ٽريڪ ڪرڻ ۾ دلچسپي رکندڙ ڊولپرز لاءِ هڪ چئلينج ٿي سگهي ٿو - تبديلين جي مسلسل وهڪري جو تجزيو ڪرڻ بدران، انهن کي هڪ رليز ۾ سڀني تبديلين جو مڪمل طور تي مطالعو ڪرڻو پوندو. اهو ٽئين پارٽي ڊولپرز لاءِ منصوبي ۾ حصو وٺڻ کي وڌيڪ ڏکيو بڻائيندو، ڇاڪاڻ ته AOSP ڪوڊ بيس جي حالت ڊولپمينٽ برانچ کان تمام گهڻو پوئتي هوندي.

چيو وڃي ٿو ته تبديلي جو مقصد اينڊرائيڊ ڊولپمينٽ جي عمل کي آسان بڻائڻ جي خواهش آهي. ٻہ شاخون هجڻ، جن ۾ ڪجھ حصا هڪ شاخ ۾ ۽ ڪجھ ٻي ۾ ترقي ڪري رهيا آهن، مطلب ته جيئن رليز ترقي ڪري ٿي، شاخن ۾ فرق جمع ٿين ٿا ۽ گوگل کي عوامي ۽ اندروني شاخن جي وچ ۾ تبديلين کي هم وقت سازي ڪرڻ ۽ پيچ کي ضم ڪرڻ لاءِ وسيلا خرچ ڪرڻا پوندا آهن. API ڊولپمينٽ جو وڏو حصو اندروني برانچ ۾ ڪيو ويندو آهي، ۽ پبلڪ برانچ اڪثر ڪري ان کان گهڻو پوئتي رهجي ويندي آهي، جيڪو پبلڪ برانچ ۾ ترقي يافته حصن کان اندروني برانچ ۾ تبديلين کي منتقل ڪرڻ وقت تڪرار جو سبب بڻجندو آهي.

جو ذريعو: opennet.ru

تبصرو شامل ڪريو