ഒരു ഡോക്കർ കണ്ടെയ്‌നറിൽ ഒരു Android പ്രോജക്‌റ്റ് നിർമ്മിക്കുന്നു

ആൻഡ്രോയിഡ് പ്ലാറ്റ്‌ഫോമിനായി ഒരു പ്രോജക്റ്റ് വികസിപ്പിക്കുമ്പോൾ, ഏറ്റവും ചെറിയ ഒന്ന് പോലും, എത്രയും വേഗം അല്ലെങ്കിൽ പിന്നീട് നിങ്ങൾ വികസന പരിതസ്ഥിതിയിൽ ഇടപെടേണ്ടതുണ്ട്. ആൻഡ്രോയിഡ് SDK കൂടാതെ, Kotlin, Gradle, പ്ലാറ്റ്ഫോം-ടൂളുകൾ, ബിൽഡ്-ടൂളുകൾ എന്നിവയുടെ ഏറ്റവും പുതിയ പതിപ്പ് ഉണ്ടായിരിക്കേണ്ടത് ആവശ്യമാണ്. ആൻഡ്രോയിഡ് സ്റ്റുഡിയോ ഐഡിഇ ഉപയോഗിച്ച് ഡെവലപ്പറുടെ മെഷീനിൽ ഈ ഡിപൻഡൻസികളെല്ലാം ഒരു പരിധി വരെ പരിഹരിക്കപ്പെടുകയാണെങ്കിൽ, 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 ഞങ്ങളുടെ കണ്ടെയ്‌നറിന്റെ ടാഗ് അല്ലെങ്കിൽ പേര് വ്യക്തമാക്കുന്നു, അതിൽ സാധാരണയായി അതിന്റെ പേരും പതിപ്പും അടങ്ങിയിരിക്കുന്നു. ഞങ്ങളുടെ കാര്യത്തിൽ, ഞങ്ങൾ അതിനെ android-build എന്ന് വിളിക്കുന്നു, പതിപ്പിൽ ഞങ്ങൾ gradle, android-sdk, പ്ലാറ്റ്ഫോം-ടൂളുകളുടെ ഒരു കൂട്ടം പതിപ്പുകൾ സൂചിപ്പിച്ചു. ഭാവിയിൽ, ഈ "പതിപ്പ്" ഉപയോഗിച്ച് പേര് ഉപയോഗിച്ച് നമുക്ക് ആവശ്യമുള്ള ചിത്രം തിരയുന്നത് ഞങ്ങൾക്ക് എളുപ്പമായിരിക്കും.

അസംബ്ലി പൂർത്തിയാക്കിയ ശേഷം, നമുക്ക് പ്രാദേശികമായി നമ്മുടെ ചിത്രം ഉപയോഗിക്കാം, കമാൻഡ് ഉപയോഗിച്ച് അത് ഡൗൺലോഡ് ചെയ്യാം ഡോക്കർ പുഷ് മറ്റ് മെഷീനുകളിലേക്ക് ഡൗൺലോഡ് ചെയ്യുന്നതിന് ഒരു പൊതു അല്ലെങ്കിൽ സ്വകാര്യ ഇമേജ് ശേഖരത്തിലേക്ക്.

ഉദാഹരണമായി, പ്രാദേശികമായി ഒരു പ്രോജക്റ്റ് നിർമ്മിക്കാം. ഇത് ചെയ്യുന്നതിന്, പ്രോജക്റ്റ് ഉള്ള ഫോൾഡറിൽ, കമാൻഡ് പ്രവർത്തിപ്പിക്കുക

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

അതിന്റെ അർത്ഥമെന്താണെന്ന് നമുക്ക് നോക്കാം:

ഡോക്കർ റൺ - ഇമേജ് ലോഞ്ച് കമാൻഡ് തന്നെ
-rm - കണ്ടെയ്നർ നിർത്തിയ ശേഷം, അത് അതിന്റെ ജീവിതത്തിൽ സൃഷ്ടിച്ചതെല്ലാം ഇല്ലാതാക്കുന്നു എന്നാണ് അർത്ഥമാക്കുന്നത്
-v "$PWD":/home/gradle/ — ഞങ്ങളുടെ ആൻഡ്രോയിഡ് പ്രോജക്‌റ്റിനൊപ്പം നിലവിലെ ഫോൾഡർ ആന്തരിക കണ്ടെയ്‌നർ ഫോൾഡറിലേക്ക് /home/gradle/ ലേക്ക് മൗണ്ട് ചെയ്യുന്നു
-w /home/gradle - കണ്ടെയ്നറിന്റെ പ്രവർത്തന ഡയറക്ടറി വ്യക്തമാക്കുന്നു
android-build:5.4.1-28-27 - ഞങ്ങൾ ശേഖരിച്ച ഞങ്ങളുടെ കണ്ടെയ്നറിന്റെ പേര്
gradle assembleDebug - ഞങ്ങളുടെ പ്രോജക്റ്റ് കൂട്ടിച്ചേർക്കുന്ന യഥാർത്ഥ അസംബ്ലി ടീം

എല്ലാം ശരിയായി നടക്കുന്നുണ്ടെങ്കിൽ, കുറച്ച് നിമിഷങ്ങൾ/മിനിറ്റുകൾക്കുള്ളിൽ നിങ്ങളുടെ സ്‌ക്രീനിൽ ഇതുപോലൊന്ന് നിങ്ങൾ കാണും 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 മിനിറ്റിനുള്ളിൽ കൂട്ടിച്ചേർക്കാൻ തുടങ്ങി).

തീർച്ചയായും, നിങ്ങൾ സ്വയം പിന്തുണയ്ക്കുന്ന നിങ്ങളുടെ സ്വന്തം ആന്തരിക CI/CD സെർവർ ഉണ്ടെങ്കിൽ മാത്രമേ ഇതെല്ലാം അർത്ഥമാക്കൂ. എന്നാൽ ഇപ്പോൾ ഈ പ്രശ്‌നങ്ങളെല്ലാം പരിഹരിച്ച നിരവധി ക്ലൗഡ് സേവനങ്ങളുണ്ട്, അതിനെക്കുറിച്ച് നിങ്ങൾ വിഷമിക്കേണ്ടതില്ല, കൂടാതെ ആവശ്യമായ അസംബ്ലി പ്രോപ്പർട്ടികൾ പ്രോജക്റ്റ് ക്രമീകരണങ്ങളിൽ വ്യക്തമാക്കാനും കഴിയും.

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

നിങ്ങളുടെ CI/CD സിസ്റ്റം വീട്ടിൽ സൂക്ഷിക്കുകയാണോ അതോ മൂന്നാം കക്ഷി സേവനം ഉപയോഗിക്കുകയാണോ?

• ഞങ്ങൾ ഒരു ആന്തരിക സെർവർ ഉപയോഗിക്കുന്നു

• ഞങ്ങൾ ഒരു ബാഹ്യ സേവനം ഉപയോഗിക്കുന്നു

• ഞങ്ങൾ CI/CD ഉപയോഗിക്കുന്നില്ല

• മറ്റുള്ളവ

42 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 16 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

അവലംബം: www.habr.com