Android बनाएं

Android बिल्ड करने के लिए इस पेज पर दिए गए निर्देशों का पालन करें.

अपना बिल्ड एनवायरमेंट सेट अप करें

बिल्ड एनवायरमेंट को सेट अप करने के लिए, अपनी वर्किंग डायरेक्ट्री में envsetup.sh स्क्रिप्ट बनाएं:

source build/envsetup.sh

यह स्क्रिप्ट कई निर्देश इंपोर्ट करती है, जिनकी मदद से आप Android सोर्स कोड के साथ काम कर सकते हैं. इनमें इस पेज पर इस्तेमाल किए गए निर्देश भी शामिल हैं. स्क्रिप्ट का सोर्स देखने के लिए, platform/build/envsetup.sh देखें. पहले से मौजूद सहायता देखने के लिए, hmm टाइप करें.

कोई टारगेट चुनें

Android बनाने से पहले, आपको बनाने के लिए टारगेट तय करना होगा. टारगेट, उस टारगेट प्लैटफ़ॉर्म को दिखाता है जिसके लिए बना रहे हैं. बनाए जाने वाले टारगेट की पहचान करने के लिए, lunch कमांड का इस्तेमाल करें. इसके बाद, टारगेट दिखाने वाली स्ट्रिंग डालें. उदाहरण के लिए:

lunch aosp_cf_x86_64_phone-trunk_staging-userdebug

मौजूदा टारगेट देखें

लंच से जुड़ी मौजूदा सेटिंग देखने के लिए, दौड़ें:

$ echo "$TARGET_PRODUCT-$TARGET_BUILD_VARIANT"

टारगेट को दिखाने वाली स्ट्रिंग का फ़ॉर्मैट ऐसा होता है:

lunch product_name-release-build_variant

इस स्ट्रिंग के कॉम्पोनेंट ये हैं:

  • product_name उस प्रॉडक्ट का नाम होता है जिसे आपको बनाना है, जैसे कि aosp_cf_x86_64_phone या aosp_husky. आपका खास product_name आपके डिवाइस के हिसाब से अलग-अलग फ़ॉर्मैट में हो सकता है. हालांकि, Google अपने डिवाइसों के लिए जो फ़ॉर्मैट इस्तेमाल करता है उसमें ये कॉम्पोनेंट होते हैं:

    • aosp का मतलब है Android ओपन सोर्स प्लैटफ़ॉर्म.
    • (ज़रूरी नहीं) जब टारगेट को कटलफ़िश एम्युलेटर में चलाने के लिए बनाया गया हो, तब cf को शामिल किया जाता है.
    • आर्किटेक्चर और हार्डवेयर (कोडनेम), जैसे कि x86_64_phone या husky जो Pixel 8 Pro का कोडनेम है. Google डिवाइसों के कोडनेम की सूची देखने के लिए, डिवाइस के कोडनेम देखें.

  • release को trunk_staging पर सेट किया गया है.

  • स्ट्रिंग का build_variant वाला हिस्सा, नीचे दी गई टेबल में मौजूद तीन वैल्यू में से कोई एक हो सकता है:

    build_variant जानकारी
    user बिल्ड का यह वैरिएंट, सीमित सुरक्षा ऐक्सेस देता है. साथ ही, यह प्रोडक्शन के लिए सही है.
    userdebug इस बिल्ड वैरिएंट से, डिवाइस डेवलपर को डेवलपमेंट में चल रही रिलीज़ की परफ़ॉर्मेंस और अहमियत को समझने में मदद मिलती है. userdebug बिल्ड के साथ डेवलप करते समय, उपयोगकर्ता डीबग के लिए दिशा-निर्देशों का पालन करें.
    eng बिल्ड के इस वैरिएंट को बनाने में कम समय लगता है. साथ ही, अगर आपको परफ़ॉर्मेंस और पावर की परवाह नहीं है, तो यह हर दिन के डेवलपमेंट के लिए सबसे सही विकल्प है.

अगर lunch को बिना किसी आर्ग्युमेंट के इस्तेमाल किया जाता है, तो सामान्य टारगेट की सूची दी जाती है. इस पेज पर दी गई जानकारी और डिवाइस के कोडनेम में Google हार्डवेयर दिखाने वाले कोडनेम का इस्तेमाल करके, टारगेट स्ट्रिंग के एलिमेंट को एक साथ जोड़कर, अपनी टारगेट स्ट्रिंग भी बनाई जा सकती हैं.

कोड बनाएं

अपना टारगेट बनाने के लिए, यहां दिया गया कमांड चलाएं. आपके वर्कस्टेशन की खासियत के आधार पर, पहले बिल्ड में एक घंटे से कम समय और कुछ घंटे लग सकते हैं. बाद में बनाए जाने वाले बिल्ड में काफ़ी कम समय लगता है.

$ m

आपको जो पहला आउटपुट दिखेगा, उसमें आपके टारगेट और बिल्ड एनवायरमेंट का सारांश होगा:

============================================
PLATFORM_VERSION_CODENAME=VanillaIceCream
PLATFORM_VERSION=VanillaIceCream
PRODUCT_INCLUDE_TAGS=com.android.mainline
TARGET_PRODUCT=aosp_arm
TARGET_BUILD_VARIANT=eng
TARGET_ARCH=arm
TARGET_ARCH_VARIANT=armv7-a-neon
TARGET_CPU_VARIANT=generic
HOST_OS=linux
HOST_OS_EXTRA=Linux-6.5.13-1rodete2-amd64-x86_64-Debian-GNU/Linux-rodete
HOST_CROSS_OS=windows
BUILD_ID=AOSP.MAIN
OUT_DIR=out
============================================

आपके बिल्ड का आउटपुट $OUT_DIR में दिखता है. अगर अलग-अलग टारगेट बनाए जाते हैं, तो हर टारगेट बिल्ड $OUT_DIR में दिखता है.

m कमांड, ट्री के ऊपर से बनती है, ताकि सबडायरेक्ट्री से m को चलाया जा सके. अगर आपने TOP एनवायरमेंट वैरिएबल सेट किया है, तो m कमांड इसका इस्तेमाल करता है. अगर TOP सेट नहीं है, तो m कमांड मौजूदा डायरेक्ट्री से ट्री को खोजता है और ट्री के सबसे ऊपरी हिस्से को ढूंढने की कोशिश करती है.

m निर्देश, -jN आर्ग्युमेंट के साथ पैरलल टास्क को हैंडल कर सकता है. अगर -j आर्ग्युमेंट नहीं दिया जाता है, तो बिल्ड सिस्टम साथ-साथ चलने वाले टास्क की संख्या अपने-आप चुन लेता है जो उसे आपके सिस्टम के हिसाब से सबसे सही लगती है.

अपनी m कमांड लाइन में मॉड्यूल का नाम डालकर, डिवाइस की पूरी इमेज के बजाय कुछ मॉड्यूल बनाए जा सकते हैं. इसके अलावा, m कमांड कुछ स्यूडो टारगेट उपलब्ध कराता है, जिन्हें लक्ष्य कहा जाता है. उदाहरण के लिए, m nothing कुछ भी नहीं बनाता, लेकिन बिल्ड स्ट्रक्चर को पार्स और उसकी पुष्टि करता है. मान्य लक्ष्यों की सूची के लिए, m help टाइप करें.

बिल्ड से जुड़ी गड़बड़ियों (8.0 या इससे पहले के वर्शन) को ठीक करना

अगर एओएसपी 8 या इससे पहले का वर्शन बनाया जा रहा है, तो आपके Java के वर्शन में कोई समस्या आने पर, m रद्द हो सकता है. उदाहरण के लिए, आपको यह मैसेज दिख सकता है:

************************************************************
You are attempting to build with the incorrect version
of java.

Your version is: WRONG_VERSION.
The correct version is: RIGHT_VERSION.

Please follow the machine setup instructions at
    https://source.android.com/source/initializing.html
************************************************************

इसकी वजहें और समाधान यहां दिए गए हैं:

  • एओएसपी डेवलपमेंट के लिए सेट अप (2.3 - 8.0) के JDK सेक्शन में बताए गए तरीके से, सही JDK इंस्टॉल नहीं किया जा सका.
  • आपके पाथ में पहले से इंस्टॉल किया गया एक और JDK दिख रहा है. अपने पाथ की शुरुआत में सही JDK जोड़ें या समस्या वाला JDK हटाएं.