एक डॉकटर कंटेनर में एक एंड्रॉइड प्रोजेक्ट का निर्माण

एंड्रॉइड प्लेटफ़ॉर्म के लिए एक प्रोजेक्ट विकसित करते समय, यहां तक ​​कि सबसे छोटा भी, जल्द या बाद में, विकास के माहौल से निपटना पड़ता है। एंड्रॉइड एसडीके के अलावा, आपको कोटलिन, ग्रेडल, प्लेटफॉर्म-टूल्स, बिल्ड-टूल्स के नवीनतम संस्करण की आवश्यकता है। और अगर डेवलपर की मशीन पर ये सभी निर्भरताएं एंड्रॉइड स्टूडियो आईडीई का उपयोग करके अधिक हद तक हल हो जाती हैं, तो CI / CD सर्वर पर प्रत्येक अपडेट सिरदर्द में बदल सकता है। और अगर वेब विकास में, डॉकर पर्यावरण की समस्या का मानक समाधान बन गया है, तो क्यों न इसके साथ एक समान समस्या को हल करने की कोशिश की जाए, जैसे कि एंड्रॉइड ...

उन लोगों के लिए जो डॉकटर नहीं जानते हैं - यदि यह काफी सरल है, तो यह एक तथाकथित निर्माण उपकरण है। "कंटेनर" जहां न्यूनतम ओएस कर्नेल और सॉफ्टवेयर का आवश्यक सेट निहित होता है, जिसे हम पर्यावरण को संरक्षित करते हुए, जहां चाहें वहां तैनात कर सकते हैं। क्या वास्तव में हमारे कंटेनर में होगा जो डॉकरीफाइल में परिभाषित किया गया है, जिसे बाद में कहीं भी लॉन्च की गई छवि में इकट्ठा किया जाता है और आयताकार संपत्ति रखता है।

स्थापना प्रक्रिया और डॉकर की मूल बातें इसकी आधिकारिक वेबसाइट पर पूरी तरह से वर्णित हैं। इसलिए, थोड़ा आगे बढ़ते हुए, यहां हमारे पास इस तरह के डॉकरफाइल हैं

# ..     Android-  Gradle, #        Docker- #            Gradle FROM gradle:5.4.1-jdk8 #       Android SDK  #     ENV SDK_URL="https://dl.google.com/android/repository/sdk-tools-linux-3859397.zip" \ ANDROID_HOME="/usr/local/android-sdk" \ ANDROID_VERSION=28 \ ANDROID_BUILD_TOOLS_VERSION=28.0.3 #  ,   SDK   , #     RUN mkdir "$ANDROID_HOME" .android \ && cd "$ANDROID_HOME" \ && curl -o sdk.zip $SDK_URL \ && unzip sdk.zip \ && rm sdk.zip \ #          #  .  .  Android    #          #      #    && mkdir "$ANDROID_HOME/licenses" || true \ && echo "24333f8a63b6825ea9c5514f83c2829b004d1" > "$ANDROID_HOME/licenses/android-sdk-license" \ && echo "84831b9409646a918e30573bab4c9c91346d8" > "$ANDROID_HOME/licenses/android-sdk-preview-license" #   SDK   build-tools, platform-tools RUN $ANDROID_HOME/tools/bin/sdkmanager --update RUN $ANDROID_HOME/tools/bin/sdkmanager "build-tools;${ANDROID_BUILD_TOOLS_VERSION}" \ "platforms;android-${ANDROID_VERSION}" \ "platform-tools" 

हम इसे अपने एंड्रॉइड प्रोजेक्ट के साथ फ़ोल्डर में सहेजते हैं और कमांड के साथ कंटेनर की असेंबली शुरू करते हैं

 docker build -t android-build:5.4-28-27 . 

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

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

एक उदाहरण के रूप में, हम परियोजना को स्थानीय रूप से एकत्र करते हैं। ऐसा करने के लिए, प्रोजेक्ट फ़ोल्डर में कमांड निष्पादित करें

 docker run --rm -v "$PWD":/home/gradle/ -w /home/gradle android-build:5.4.1-28-27 gradle assembleDebug 

आइए देखें इसका क्या मतलब है:

डॉक रन - इमेज लॉन्च कमांड ही
-rm - इसका मतलब है कि कंटेनर को रोकने के बाद, यह अपने जीवन की प्रक्रिया में बनाई गई हर चीज को पीछे हटा देता है
-v "$ पीडब्ल्यूडी": / होम / ग्रेडल / - हमारे एंड्रॉइड प्रोजेक्ट के साथ वर्तमान फ़ोल्डर को कंटेनर / होम / ग्रेडल / के आंतरिक फ़ोल्डर में बदलता है।
-w / home / gradle - कंटेनर की कार्यशील निर्देशिका सेट करता है
Android-build: 5.4.1-28-27 - हमारे कंटेनर का नाम जिसे हमने एकत्र किया था
gradle डैडबग - वास्तव में बिल्ड टीम है जो हमारी परियोजना का निर्माण करती है

अगर सबकुछ ठीक हो जाता है, तो कुछ सेकंड / मिनट के बाद आप अपनी स्क्रीन पर कुछ ऐसा देखेंगे जैसे 8m 3s में BUILD SUCCESSFUL ! और फोल्डर ऐप / बिल्ड / आउटपुट / एपीके में असेंबल किया गया एप्लिकेशन होगा।

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

कंटेनर कोई भी परिवर्तन संग्रहीत नहीं करता है, और प्रत्येक असेंबली खरोंच से शुरू होती है, जो एक तरफ विधानसभा की पहचान की गारंटी देता है, भले ही इसे लॉन्च किया गया हो, दूसरी तरफ, हर बार आपको सभी निर्भरताएं डाउनलोड करनी होंगी और सभी कोड को फिर से संकलित करना होगा, और यह कभी-कभी काफी समय ले सकता है। इसलिए, सामान्य "ठंड" शुरुआत के अलावा, हमारे पास तथाकथित को बनाए रखते हुए विधानसभा शुरू करने का विकल्प है। "कैश", जहां हम ~ / .ग्रेडल फ़ोल्डर को केवल प्रोजेक्ट के वर्किंग फ़ोल्डर में कॉपी करके सेव करते हैं, और अगले बिल्ड की शुरुआत में हम इसे वापस लौटाते हैं। हमने सभी प्रतिलिपि प्रक्रियाओं को अलग-अलग स्क्रिप्ट में डाल दिया और लॉन्च कमांड खुद इस तरह दिखने लगी

 docker run --rm -v "$PWD":/home/gradle/ -w /home/gradle android-build:5.4.1-28-27 /bin/bash -c "./pre.sh; gradle assembleDebug; ./post.sh" 

परिणामस्वरूप, हमारे लिए औसत प्रोजेक्ट असेंबली का समय कई बार कम हो गया (प्रोजेक्ट पर निर्भरता की संख्या के आधार पर, लेकिन औसत प्रोजेक्ट इस प्रकार 5 मिनट के बजाय 1 मिनट में इकट्ठा होना शुरू हुआ)।

यह सब अपने आप ही समझ में आता है यदि आपके पास अपना आंतरिक CI / CD सर्वर है, जिसका समर्थन आप स्वयं कर रहे हैं। लेकिन अब ऐसी कई क्लाउड सेवाएं हैं जिनमें इन सभी समस्याओं का समाधान किया गया है और आपको इस बारे में चिंता करने की ज़रूरत नहीं है और आप प्रोजेक्ट सेटिंग्स में आवश्यक असेंबली प्रॉपर्टीज़ भी निर्दिष्ट कर सकते हैं।