ડોકર કન્ટેનરમાં એન્ડ્રોઇડ પ્રોજેક્ટ બનાવવો

Android પ્લેટફોર્મ માટે પ્રોજેક્ટ વિકસાવતી વખતે, સૌથી નાનો પણ, વહેલા અથવા પછીના સમયમાં તમારે વિકાસના વાતાવરણ સાથે વ્યવહાર કરવો પડશે. એન્ડ્રોઇડ SDK ઉપરાંત, કોટલિન, ગ્રેડલ, પ્લેટફોર્મ-ટૂલ્સ, બિલ્ડ-ટૂલ્સનું નવીનતમ સંસ્કરણ હોવું જરૂરી છે. અને જો વિકાસકર્તાના મશીન પર આ બધી નિર્ભરતાઓ એન્ડ્રોઇડ સ્ટુડિયો 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"

અમે તેને અમારા Android પ્રોજેક્ટ સાથે ફોલ્ડરમાં સાચવીએ છીએ અને આદેશ સાથે કન્ટેનર બનાવવાનું શરૂ કરીએ છીએ

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 એસેમ્બલ ડીબગ - વાસ્તવિક એસેમ્બલી ટીમ જે અમારા પ્રોજેક્ટને એસેમ્બલ કરે છે

જો બધું બરાબર થઈ જાય, તો થોડીક સેકન્ડ/મિનિટમાં તમે તમારી સ્ક્રીન પર કંઈક એવું જોશો 8m 3s માં સફળ બનાવો! અને એપ/બિલ્ડ/આઉટપુટ/apk ફોલ્ડરમાં એક એસેમ્બલ એપ્લિકેશન હશે.

એ જ રીતે, તમે અન્ય ગ્રેડલ કાર્યો કરી શકો છો - પ્રોજેક્ટ તપાસો, પરીક્ષણો ચલાવો, વગેરે. મુખ્ય ફાયદો એ છે કે જો આપણે કોઈ અન્ય મશીન પર પ્રોજેક્ટ બનાવવાની જરૂર હોય, તો અમારે સમગ્ર પર્યાવરણને ઇન્સ્ટોલ કરવાની ચિંતા કરવાની જરૂર નથી, અને તે જરૂરી ઇમેજ ડાઉનલોડ કરવા અને તેમાં બિલ્ડ ચલાવવા માટે પૂરતું હશે.

કન્ટેનર કોઈપણ ફેરફારોને સંગ્રહિત કરતું નથી, અને દરેક એસેમ્બલીને શરૂઆતથી લોન્ચ કરવામાં આવે છે, જે એક તરફ, એસેમ્બલીની ઓળખની બાંયધરી આપે છે, પછી ભલે તે ક્યાંથી લોંચ કરવામાં આવે, બીજી તરફ, દરેક વખતે તમારે બધી નિર્ભરતાઓ ડાઉનલોડ કરવાની હોય છે. અને તમામ કોડને ફરીથી કમ્પાઇલ કરો, અને આમાં ક્યારેક નોંધપાત્ર સમય લાગી શકે છે. તેથી, સામાન્ય "ઠંડા" પ્રારંભ ઉપરાંત, અમારી પાસે કહેવાતા સાચવતી વખતે બિલ્ડ શરૂ કરવાનો વિકલ્પ છે. “cache”, જ્યાં આપણે ~/.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