इस पेज का अनुवाद Cloud Translation API से किया गया है.
Switch to English

Android डेवलपर कोडेलैब

आप पृथ्वी के इतिहास में सबसे व्यापक रूप से स्थापित ऑपरेटिंग सिस्टम को विकसित करने में मदद कर सकते हैं। हां, आप यहां एंड्रॉइड प्लेटफॉर्म इंजीनियर बनने की यात्रा शुरू कर रहे हैं।

यद्यपि मार्ग चुनौतीपूर्ण है, हम एंड्रॉइड टीम हर रिलीज़ में आपकी यात्रा को सरल बनाने का प्रयास करते हैं। और हम Android ओपन सोर्स प्रोजेक्ट (AOSP) में प्रत्यक्ष काम के माध्यम से हर दिन सुधार करते हैं।

तो वापस बैठो, एक टर्मिनल को आग लगाओ, और चलो इतिहास बनाते हैं।

लक्ष्य

इस कोडलैब का मिशन दो गुना है:

  1. यह कोडलैब आपको प्लेटफ़ॉर्म (ऑपरेटिंग सिस्टम) पर काम करने वाले एंड्रॉइड इंजीनियरों के लिए डेवलपर वर्कफ़्लो की तरह एक छोटा सा स्वाद देगा।
  2. यह कोडलैब आपके लिए खरोंच से शुरू होने पर एंड्रॉइड के टूल, डॉक्यूमेंटेशन और डेवलपर वर्कफ़्लो के आसपास फीडबैक देने के लिए एक फोर्सिंग फंक्शन है।

आवश्यक शर्तें

सामान्य कोड ( AOSP ) के विकास के लिए उन कोडेलैब की आवश्यकताओं की पूरी सूची यहां दी गई है।

इस कोडलेब को लेने के लिए, आपको सेट अप करना होगा:

वातावरण

आमतौर पर, उपयोगकर्ता सीधे कार्य केंद्र पर निर्माण और विकास करते हैं। क्योंकि आप विभिन्न टर्मिनलों में काम कर रहे होंगे, और उपयोग किए जाने वाले कई कमांड टर्मिनल-विशिष्ट हैं, आपको उन्हें प्रत्येक टर्मिनल सत्र में फिर से चलाने की आवश्यकता होगी। विशेष रूप से, इनमें source build/envsetup.sh , और lunch कमांड शामिल हैं।

कार्यस्थान सेट करें

  1. वर्कस्टेशन पर आवश्यक पैकेज स्थापित करें
  2. एक टर्मिनल में रहते हुए, रेपो को स्थापित करें और सभी गिट रिपॉजिटरी में प्रमाण प्राप्त करें

प्रारंभ करें और कोड को सिंक करें

  1. अपने होम निर्देशिका में नेविगेट करें:

    cd ~
    
  2. इसके भीतर एक स्थानीय कामकाजी उपनिर्देशिका बनाएं:

    mkdir aosp
    
  3. निर्देशिका में नेविगेट करें:

    cd aosp
    
  4. AOSP रिपॉजिटरी सोर्स कोड मास्टर ब्रांच को प्रारंभ करें (डिफ़ॉल्ट):

    repo init -u https://android.googlesource.com/platform/manifest
    
  5. अपना Git क्रेडेंशियल (नाम, ईमेल पता) दर्ज करें या स्वीकार करें।

  6. स्रोत कोड सिंक करें:

    repo sync -j16
    

प्रारंभिक syncs एक घंटे या उससे अधिक ले सकते हैं। प्रतीक्षा करते समय संबंधित विवरण के डाउनलोडिंग निर्देश देखें।

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

युक्ति: स्थान खाली करने के लिए, शाखा निर्देशिका हटाएं और निर्देशिका निर्माण से नए सिरे से शुरू करें:

rm -rf aosp2

कोड बनाएँ

एंड्रॉइड बनाने के लिए, आपको lunch कमांड के साथ निर्माण के लिए एक लक्ष्य डिवाइस प्रकार का चयन करना होगा। लक्ष्य डिवाइस क्रमपरिवर्तन होते हैं, जैसे कि एक विशिष्ट मॉडल या फॉर्म फैक्टर।

नीचे दिया गया उपकरण लक्ष्य, aosp_cf_x86_64_phone-userdebug , आपको भौतिक डिवाइस के बिना परीक्षण के लिए Cuttlefish वर्चुअल एंड्रॉइड डिवाइस बनाने में सक्षम बनाता है।

इसके बजाय भौतिक डिवाइस बनाने और अपडेट करने के लिए, एक और लक्ष्य चुनें और फ्लैशिंग उपकरणों के निर्देशों का पालन करें।

  1. अपने सोर्स कोड चेकआउट के रूट से निम्नलिखित कमांड चलाकर एंड्रॉइड डिवाइस बनाने के लिए अपना वातावरण सेट करें:

    source build/envsetup.sh
    
  2. लंच कमांड को बिल्ड टारगेट पास करें, जैसे:

    03 बी 294 सी 5 ए 0
  3. अपने चेकआउट में कहीं से भी कोड बनाएँ :

    m
    

पहली बिल्ड को घंटे लेने की अपेक्षा करें। बाद के निर्माण में काफी कम समय लगता है।

Acloud उदाहरण बनाएँ

Acloud AOSP में एक कमांड लाइन टूल है जो उपयोगकर्ताओं को वर्चुअल एंड्रॉइड डिवाइस बनाने में सहायता करता है, इस मामले में कटलफिश।

यदि आप कोड बनाने के लिए उपयोग किए जाने वाले समान टर्मिनल सत्र में हैं, तो आगे बढ़ें। अन्यथा, envsetup.sh स्क्रिप्ट और उसी लंच कमांड को पहले वहां फिर से चलाएं। फिर:

  1. इसके साथ एक Acloud स्थानीय उदाहरण बनाएँ:

    acloud create --local-image --local-instance
    
  2. आवश्यक पैकेजों के अपडेट को स्वीकार करें।

  3. यदि संकेत दिया जाता है, तो सभी परिवर्तनों को प्रभावी होने के लिए अपने कार्य केंद्र को पुनरारंभ करें।

  4. कटलफिश डिवाइस का चयन करें।

आपको Android डिवाइस युक्त VNC सत्र के साथ स्वागत किया जाना चाहिए!

आप अपने माउस और कीबोर्ड का उपयोग करके अपने वर्कस्टेशन पर वर्चुअल डिवाइस के साथ बातचीत कर सकते हैं। जब आप Android डिबग ब्रिज (adb) logcat कमांड के साथ अपने डिवाइस का उपयोग करते हैं तो आप लॉग के भीतर की गतिविधि का भी अनुसरण कर सकते हैं:

adb logcat

एक बदलाव करें

स्रोत कोड को इस उदाहरण परिवर्तक के बाद अपडेट करें।

  1. अपने चेकआउट ( aosp/ निर्देशिका) की जड़ से, frameworks/native Git प्रोजेक्ट पर जाएँ:

    cd frameworks/native
    
  2. इसके साथ एक अस्थायी परियोजना शुरू करें:

    repo start <some-name> .
    
  3. निम्नलिखित स्थान पर चैंजिस्ट से अपडेट शामिल SurfaceFlinger.cpp लिए SurfaceFlinger.cpp को संपादित करें:

    aosp/frameworks/native/services/surfaceflinger/SurfaceFlinger.cpp
    
  4. कोड बनाएँ:

    m
    
  5. डिवाइस पर बिल्ड अपडेट करें:

    adb root
    adb remount
    adb sync
    adb reboot
    acloud reconnect
    

आपको डिवाइस पर एक रंग परिवर्तन देखना चाहिए।

अपने कोड का परीक्षण करें

कोडलैब के इस हिस्से के दौरान हम एक उदाहरण परीक्षण के माध्यम से चलेंगे जो स्रोत के पेड़ में है और पहले से ही विफल हो रहा है। परीक्षण को स्थानीय रूप से चलाने के लिए हम Atest का उपयोग कोड का परीक्षण करने के लिए करेंगे।

परीक्षण का उपयोग करने के लिए:

  1. Daud:

    atest DevCodelabTest
    
  2. परीक्षा में फेल हो जाएंगे; अब इसे ठीक करने दो! विफलता परीक्षण के स्रोत कोड का पता लगाएं:

    atest --info android.test.example.devcodelab.DevCodelabTest#testHelloWorld
    
  3. फिर भीतर देखें:

    platform_testing/tests/example/devcodelab
    
    है
  4. फ़ाइल को संपादित करने के लिए, परीक्षण का नाम लें और उसे बदलें . / साथ, जैसे:

    android.test.example.devcodelab.DevCodelabTest
    

    बन जाता है:

    src/android/test/example/devcodelab/DevCodelabTest.java
    
  5. इस प्रकार संपादित करें:

    platform_testing/tests/example/devcodelab/src/android/test/example/devcodelab/DevCodelabTest.java
    

    बदलने के लिए:

    Assert.assertTrue(false)
    

    साथ में:

    Assert.assertTrue(true)
    
  6. परीक्षण को सत्यापित करने के लिए फिर से परीक्षण करें:

    atest DevCodelabTest
    

समीक्षा के लिए अपना कोड अपलोड करें

रेपो एक बार कई Git रिपॉजिटरी (या प्रोजेक्ट) में काम करने के लिए git clone जैसे कमांड को बंडल करके Git के उपयोग को सरल बनाता है।

Android स्रोत कोड के साथ काम करने पर पूर्ण प्रलेखन के लिंक के साथ Git और रेपो के साक्षात्कार के लिए स्रोत नियंत्रण उपकरण देखें। प्रत्येक प्रोजेक्ट से जुड़ी शाखाओं के लिए Git परियोजनाओं और व्यक्तिगत परियोजनाओं (पथ) की पूरी सूची के लिए AOSP रिपॉजिटरी देखें।

आप Git में परियोजनाओं के लिए Gerrit वेब-आधारित कोड समीक्षा प्रणाली का उपयोग करेंगे।

  1. यह मानते हुए कि आपने frameworks/native परियोजना में अपने परिवर्तन किए हैं, उन्हें अपलोड करने के लिए इन कमांडों को चलाएं:

    cd frameworks/native
    repo start codelab .
    git add .
    git commit
    
  2. अपने कमिट मैसेज के लिए:

    Android codelab change
    Test: manual atest
    
  3. अपना परिवर्तन अपलोड करें:

    repo upload
    

यदि आप सफल हैं, तो आपको एक संदेश दिखाई देगा:

Upload project frameworks/native/ to remote branch master:
  branch codelab ( 1 commit, Wed Aug 7 09:32:33 2019 -0700):
         ff46b36d android codelab change
to https://android-review.googlesource.com/ (y/N)? y
remote: Processing changes: refs: 1, new: 1, done
remote:
remote: SUCCESS
remote:
remote:   https://android-review.googlesource.com/c/platform/frameworks/native/+/1098432 android codelab change [NEW]
remote:
To https://android-review.googlesource.com/platform/frameworks/native
 * [new branch]          codelab -> refs/for/master

Gerrit में अपना परिवर्तन देखें

टर्मिनल से मिलते-जुलते लिंक पर जाएं:

https://android-review.googlesource.com/c/platform/frameworks/native/+/1098432

यह एंड्रॉयड प्लेटफॉर्म के विकास के लिए स्टार्टर कोडलैब को पूरा करता है। अगले चरणों के लिए पैच जमा करना और Android विकसित करने पर पूरी जानकारी के लिए इस साइट के बाकी हिस्सों को देखें।

अपना परिवर्तन वापस करें

आम तौर पर, पोस्ट परीक्षण और समीक्षा / अनुमोदन, आप अपने परिवर्तन को गेरिट में जमा करेंगे और इसे भंडार में विलय करेंगे।

इसके बजाय, कोडलैब के प्रयोजनों के लिए, Gerrit में Abandon पर क्लिक करके अपने चैंजलिस्ट को वापस लाएं।

फिर फ्रेमवर्क / देशी प्रोजेक्ट डायरेक्टरी (या इसके उप) में संबद्ध अस्थायी शाखा को छोड़ दें:

repo abandon codelab .

परीक्षण फ़ाइल में परिवर्तनों को वापस करने के लिए भी याद रखें। चूँकि हमने repo start नहीं किया, git commit , और repo upload ने परिवर्तन repo upload किया, हम केवल फ़ाइल को ही रीसेट कर सकते हैं, जैसे (मान लें कि आप aosp/platform_testing directory ):

git reset HEAD tests/example/devcodelab/src/android/test/example/devcodelab/DevCodelabTest.java
git checkout .

इस बिंदु पर, आप कर रहे हैं! अच्छा काम!

मदद लें

यदि आप इस कोडलैब के दौरान त्रुटियों का सामना करते हैं, तो कृपया किसी भी पृष्ठ के नीचे साइट प्रतिक्रिया लिंक का उपयोग करके उन्हें रिपोर्ट करें। Android-निर्माण समूह में प्रश्न भेजें।