कोडनेम, टैग और बिल्ड नंबर

Android डेवलपमेंट रिलीज़ को परिवारों में व्यवस्थित किया जाता है, जिसमें वर्णानुक्रमिक कोडनाम होते हैं जो स्वादिष्ट व्यवहार से प्रेरित होते हैं। यह पृष्ठ प्लेटफ़ॉर्म कोडनेम, संस्करण, API स्तर और NDK रिलीज़ के बारे में जानकारी प्रदान करता है, साथ ही उनसे संबद्ध बिल्ड आईडी परिभाषाओं की व्याख्या भी करता है।

ध्यान दें कि आपके उपयोग के मामले के आधार पर आपको अतिरिक्त कोडनाम-संस्करण विवरण की आवश्यकता हो सकती है। उदाहरण के लिए, आपको एंड्रॉइड डिवाइस कोडनाम और फ्लैशबूट मोड में बूट करने के लिए कुंजी संयोजन, या कर्नेल स्रोतों और बायनेरिज़ को मैन्युअल रूप से कर्नेल बनाने की आवश्यकता हो सकती है। इन्हें कोडनाम संदर्भों और उपयोग के मामलों के लिए संसाधन अनुभाग के तहत संक्षेप में प्रस्तुत किया गया है, इन विषयों के लिए आपको आवश्यक जानकारी का पता लगाने के लिए लिंक के साथ:

• फ्लैशबूट मोड में बूट करने के लिए उनके संगत Android डिवाइस कोडनाम वाले उपकरणों के लिए कुंजी संयोजन की आवश्यकता होती है।
• कर्नेल जिन्हें मैन्युअल रूप से बनाया जाना चाहिए, उन्हें कर्नेल स्रोत और बायनेरिज़ प्राप्त करने के लिए कोड नाम और संबंधित स्थानों की आवश्यकता होती है।
• उस स्रोत को बनाता है एकाधिक गिट भंडारों को स्रोत डाउनलोड करने और उपकरण बनाने के लिए सही स्रोत निर्देशिका सेटअप प्राप्त करने के लिए डिवाइस कोड-नाम जोड़ी की आवश्यकता होती है।

प्लेटफ़ॉर्म कोडनाम, संस्करण, API स्तर और NDK रिलीज़

यह तालिका कोडनाम, उनके संगत संस्करण संख्या और संबद्ध API स्तरों को सूचीबद्ध करती है।

आईडी परिभाषाएं बनाएं

एंड्रॉइड 8.0.0 (ओरेओ) और उच्चतर में, व्यक्तिगत बिल्ड की पहचान बिल्ड आईडी प्रारूप PVBB.YYMMDD.bbb[.Cn] से की जाती है, जहां:

• P प्लेटफ़ॉर्म रिलीज़ के कोडनेम के पहले अक्षर का प्रतिनिधित्व करता है, उदाहरण के लिए, O ओरेओ है।
• V एक समर्थित वर्टिकल का प्रतिनिधित्व करता है। परंपरा के अनुसार, पी प्राथमिक मंच शाखा का प्रतिनिधित्व करता है।
• BB एक अल्फ़ान्यूमेरिक कोड है जो Google को उस सटीक कोड शाखा की पहचान करने की अनुमति देता है जिससे निर्माण किया गया था।
• YYMMDD उस तारीख की पहचान करता है जब रिलीज़ को ब्रांच किया जाता है या डेवलपमेंट ब्रांच के साथ सिंक किया जाता है। यह हमेशा सटीक तिथि नहीं होती है जिस पर एक निर्माण किया गया था क्योंकि मौजूदा निर्माण के समान दिनांक कोड का पुन: उपयोग करने के लिए मौजूदा निर्माण में मामूली बदलावों के लिए यह सामान्य है।
• bbb समान दिनांक कोड से संबंधित अलग-अलग संस्करणों की पहचान करता है, क्रमिक रूप से 001 से शुरू होता है।
• Cn एक वैकल्पिक, अल्फ़ान्यूमेरिक है जो किसी मौजूदा PVBB.YYMMDD.bbb बिल्ड के शीर्ष पर एक हॉटफिक्स की पहचान करता है, जो A1 से शुरू होता है।

पुराने Android रिलीज़ एक अलग, छोटे बिल्ड आईडी कोड का उपयोग करते हैं (उदाहरण के लिए, FRF85B ) जहां:

• पहला अक्षर रिलीज़ परिवार का कोडनेम है, उदाहरण के लिए, F Froyo है।
• दूसरा अक्षर एक शाखा कोड है जो Google को उस सटीक कोड शाखा की पहचान करने की अनुमति देता है जिससे निर्माण किया गया था। परंपरा के अनुसार, आर प्राथमिक रिलीज शाखा है।
• तीसरा अक्षर और निम्नलिखित दो अंक एक तिथि कोड हैं। पत्र क्वार्टरों की गणना करता है ( ए Q1 2009 है, F Q2 2010 है, और इसी तरह)। दो नंबर तिमाही के भीतर दिनों की गणना करते हैं ( F85 24 जून, 2010 है)। दिनांक कोड हमेशा सटीक दिनांक नहीं होता है जिस पर निर्माण किया गया था क्योंकि मौजूदा बिल्ड के समान दिनांक कोड का पुन: उपयोग करने के लिए मौजूदा बिल्ड में जोड़े गए मामूली बदलावों के लिए यह सामान्य है।
• अंतिम अक्षर समान दिनांक कोड से संबंधित अलग-अलग संस्करणों की पहचान करता है, क्रमिक रूप से A से शुरू होता है (जो निहित है और आमतौर पर संक्षिप्तता के लिए छोड़ा गया है)।

स्रोत कोड टैग और बिल्ड

डोनट से शुरू होकर, टैग और बिल्ड की सटीक सूची निम्न तालिका में है। बिल्ड आईडी प्लेटफ़ॉर्म रिलीज़, कोड शाखा, और रिलीज़ होने की तारीख जैसी जानकारी प्रदान करता है या विकास शाखा के साथ समन्वयित किया गया था।

The branches froyo, gingerbread, ics-mr0, ics-mr1, jb-dev, jb-mr1-dev, jb-mr1.1-dev, jb-mr2-dev, and kitkat-dev represent development branches that don't exactly match configurations tested by Google. As such, these branches might contain a variety of changes in addition to the official tagged releases and might not be as thoroughly tested.

To differentiate between releases, you can get a list of changes associated with each project by issuing the following command and passing it the two branch tags:

repo forall -pc 'git log --no-merges --oneline branch-1..branch-2'

For example:

repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1'

To send the output to a text file:

  repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1' > /tmp/android-4.4.2_r2-android-4.4.2_r1-diff.txt

Honeycomb GPL modules

For Honeycomb, the entire platform source code isn't available. However, the parts of Honeycomb licensed under the GPL and LGPL are available under the following tags.

No manifest contains exactly these modules, but some manifests allow building those components. The following commands work for 3.0_r1.1:

repo init -b master -m base-for-3.0-gpl.xml
repo sync
repo forall -c git checkout android-3.0_r1.1

To use another version, change the git checkout parameter and (if necessary) the -m parameter in repo init . The git checkout command outputs an error for any non-GPL projects where it can't find the tag.

Codename references and resources for use cases

Resources for the type of codenames information that's needed to support specific setup use cases are listed below:

• If you're booting into Fastboot mode (from a device that's undergoing a cold boot), you need the key combinations that correspond to the Android device you're using. For a listing of devices with their corresponding Android Device codenames (for example, Nexus 5x is codenamed Bullhead and uses a specific key combination), see Booting into fast boot mode to obtain the key combinations you need.
• If your build requires sources from multiple Git repositories, use the repo approach to download sources and build tools; this ensures a correct source directory setup. To get BRANCH names for the kernels you require, see Downloading sources and build tools for a list of device-code name pairings (such as Pixel 5 - redfin), cross-referenced to their binary paths in the AOSP tree and corresponding repo branches.