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

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

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

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

# Т.к. основным инструментом для сборки 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 run --rm -v "$PWD":/home/gradle/ -w /home/gradle android-build:5.4.1-28-27 gradle assembleDebug

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

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

अगर सब कुछ ठीक रहा तो कुछ सेकंड/मिनट में आपको अपनी स्क्रीन पर कुछ ऐसा दिखाई देगा 8 मिनट 3 सेकंड में सफल निर्माण! और ऐप/बिल्ड/आउटपुट/एपीके फ़ोल्डर में असेंबल किया गया एप्लिकेशन होगा।

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

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

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"

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

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

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

क्या आप अपना सीआई/सीडी सिस्टम घर में रखते हैं या किसी तीसरे पक्ष की सेवा का उपयोग करते हैं?

• हम एक आंतरिक सर्वर का उपयोग करते हैं

• हम बाहरी सेवा का उपयोग करते हैं

• हम सीआई/सीडी का उपयोग नहीं करते

• अन्य

42 उपयोगकर्ताओं ने मतदान किया। 16 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com