डकर कन्टेनरमा एन्ड्रोइड परियोजना निर्माण गर्दै

एन्ड्रोइड प्लेटफर्मको लागि एउटा परियोजना विकास गर्दा, सानो पनि, ढिलो वा चाँडो तपाईंले विकास वातावरणसँग सम्झौता गर्नुपर्छ। एन्ड्रोइड SDK को अतिरिक्त, यो Kotlin, Gradle, प्लेटफर्म-उपकरणहरू, निर्माण-उपकरणहरूको नवीनतम संस्करण हुनु आवश्यक छ। र यदि विकासकर्ताको मेसिनमा यी सबै निर्भरताहरू एन्ड्रोइड स्टुडियो IDE प्रयोग गरेर धेरै हदसम्म समाधान गरिन्छ, त्यसपछि CI/CD सर्भरमा प्रत्येक अपडेटले टाउको दुखाइमा परिणत हुन सक्छ। र यदि वेब विकासमा डकर वातावरण समस्याको मानक समाधान भएको छ, त्यसो भए किन एन्ड्रोइड विकासमा यसको प्रयोग गरी समान समस्या समाधान गर्ने प्रयास नगर्ने ...

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

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

# Т.к. основным инструментом для сборки 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/ - आन्तरिक कन्टेनर फोल्डर /home/gradle/ मा हाम्रो एन्ड्रोइड परियोजना संग हालको फोल्डर माउन्ट गर्दछ।
-w/home/gradle - कन्टेनरको कार्य निर्देशिका निर्दिष्ट गर्दछ
android-build: 5.4.1-28-27 — हामीले सङ्कलन गरेको हाम्रो कन्टेनरको नाम
gradle assembleDebug - हाम्रो परियोजनालाई भेला गर्ने वास्तविक सभा टोली

यदि सबै कुरा राम्ररी जान्छ भने, त्यसपछि केहि सेकेन्ड / मिनेटमा तपाईले आफ्नो स्क्रिनमा केहि देख्नुहुनेछ 8m 3s मा सफल बनाउनुहोस्! र एप/बिल्ड/आउटपुट/एपीके फोल्डरमा एसेम्बल गरिएको एप समावेश हुनेछ।

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

कन्टेनरले कुनै पनि परिवर्तनहरू भण्डार गर्दैन, र प्रत्येक एसेम्बली स्क्र्याचबाट सुरु हुन्छ, जसले एकातिर, जहाँ लन्च गरिएको भएता पनि सम्मेलनको पहिचानको ग्यारेन्टी दिन्छ, अर्कोतर्फ, प्रत्येक पटक तपाईंले सबै निर्भरताहरू डाउनलोड गर्नुपर्नेछ। र फेरि सबै कोड कम्पाइल गर्नुहोस्, र यसले कहिलेकाहीं महत्त्वपूर्ण समय लिन सक्छ। त्यसकारण, सामान्य "चिसो" सुरुवातको अतिरिक्त, हामीसँग तथाकथित बचत गर्दा निर्माण सुरु गर्ने विकल्प छ। "क्यास", जहाँ हामीले प्रोजेक्टको काम गर्ने फोल्डरमा प्रतिलिपि गरेर ~/.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 मिनेटमा भेला हुन थाल्यो)।

यो सबै, अवश्य पनि, यदि तपाइँसँग तपाइँको आफ्नै आन्तरिक CI/CD सर्भर छ भने मात्र अर्थ बनाउँदछ, जुन तपाइँ आफैले समर्थन गर्नुहुन्छ। तर अब त्यहाँ धेरै क्लाउड सेवाहरू छन् जसमा यी सबै समस्याहरू हल हुन्छन् र तपाईंले यसको बारेमा चिन्ता लिनु पर्दैन, र आवश्यक विधानसभा गुणहरू पनि परियोजना सेटिङहरूमा निर्दिष्ट गर्न सकिन्छ।

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

के तपाइँ तपाइँको CI/CD प्रणाली भित्र राख्नुहुन्छ वा तेस्रो पक्ष सेवा प्रयोग गर्नुहुन्छ?

• हामी आन्तरिक सर्भर प्रयोग गर्छौं

• हामी बाह्य सेवा प्रयोग गर्छौं

• हामी CI/CD प्रयोग गर्दैनौं

• अन्य

42 प्रयोगकर्ताहरूले मतदान गरे। 16 प्रयोगकर्ताहरू रोकिए।

स्रोत: www.habr.com