Android პროექტის აგება Docker კონტეინერში

ანდროიდის პლატფორმისთვის პროექტის შემუშავებისას, თუნდაც ყველაზე პატარა, ადრე თუ გვიან უნდა გაუმკლავდეთ განვითარების გარემოს. Android SDK-ის გარდა, აუცილებელია გქონდეთ Kotlin-ის, Gradle-ის უახლესი ვერსია, პლატფორმა-ინსტრუმენტები, build-tools. და თუ დეველოპერის აპარატზე ყველა ეს დამოკიდებულება მოგვარებულია Android Studio IDE-ის გამოყენებით, მაშინ CI / CD სერვერზე, თითოეული განახლება შეიძლება გადაიზარდოს თავის ტკივილში. და თუ ვებ დეველოპმენტში Docker გახდა გარემოს პრობლემის სტანდარტული გადაწყვეტა, მაშინ რატომ არ უნდა სცადოთ მსგავსი პრობლემის გადაჭრა Android-ის განვითარებაში ...

მათთვის, ვინც არ იცის რა არის Docker - თუ ეს საკმაოდ მარტივია, მაშინ ეს არის ინსტრუმენტი ე.წ. „კონტეინერები“, რომლებიც შეიცავს ოპერაციული სისტემის მინიმალურ ბირთვს და პროგრამული უზრუნველყოფის აუცილებელ კომპლექტს, რომელიც შეგვიძლია გავავრცელოთ სადაც გვინდა, გარემოს შენარჩუნებისას. კონკრეტულად რა იქნება ჩვენს კონტეინერში, განისაზღვრება Dockerfile-ში, რომელიც შემდეგ იკრიბება სურათად, რომელიც შეიძლება გაშვებული იქნას ნებისმიერ ადგილას და აქვს იმპოტენციის თვისებები.

ინსტალაციის პროცესი და Docker-ის საფუძვლები ლამაზად არის აღწერილი მასზე ოფიციალურ საიტზე. ამიტომ, ცოტა წინ რომ ვიხედოთ, გვაქვს ასეთი Dockerfile

# Т.к. основным инструментом для сборки 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 ადგენს ჩვენი კონტეინერის ტეგს ან სახელს, რომელიც ჩვეულებრივ შედგება მისი სახელისა და ვერსიისგან. ჩვენს შემთხვევაში ჩვენ მას android-build ვუწოდეთ და ვერსიაში დავაზუსტეთ gradle, android-sdk და platform-tools ვერსიების კომბინაცია. სამომავლოდ გაგვიადვილდება ისეთი „ვერსიის“ გამოყენებით ჩვენთვის საჭირო სურათის სახელით მოძიება.

build-ის დასრულების შემდეგ, ჩვენ შეგვიძლია გამოვიყენოთ ჩვენი სურათი ლოკალურად, შეგვიძლია გადმოვწეროთ ბრძანებით დოკერ ბიძგი საჯარო ან კერძო გამოსახულების საცავში, რათა გადმოწეროთ იგი სხვა მანქანებზე.

მაგალითად, ავაშენოთ ადგილობრივი პროექტი. ამისათვის, პროექტის საქაღალდეში გაუშვით ბრძანება

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

მოდით გავარკვიოთ რას ნიშნავს:

დოკერის გაშვება - თავად სურათის გაშვების ბრძანება
-რმ - ნიშნავს, რომ კონტეინერის გაჩერების შემდეგ ის შლის ყველაფერს, რაც შეიქმნა მისი სიცოცხლის განმავლობაში
-v "$PWD":/home/gradle/ - ამონტაჟებს მიმდინარე საქაღალდეს ჩვენი Android პროექტით კონტეინერის შიდა საქაღალდეში /home/gradle/
-w /home/gradle - ადგენს კონტეინერის სამუშაო დირექტორიას
android-build: 5.4.1-28-27 - ჩვენი კონტეინერის სახელი, რომელიც შევაგროვეთ
gradle assembleDebug - თავად build გუნდი, რომელიც აწყობს ჩვენს პროექტს

თუ ყველაფერი კარგად წავა, მაშინ რამდენიმე წამში / წუთში ნახავთ რაღაცას წარმატებული აშენება 8 მ 3 წამში! ხოლო app/build/output/apk საქაღალდეში იქნება აწყობილი აპლიკაცია.

ანალოგიურად, შეგიძლიათ შეასრულოთ სხვა gradle ამოცანები - შეამოწმეთ პროექტი, გაუშვით ტესტები და ა.შ. მთავარი უპირატესობა ის არის, რომ თუ პროექტის აშენება დაგვჭირდება სხვა აპარატზე, არ გვჭირდება მთელი გარემოს დაყენება და საკმარისი იქნება საჭირო სურათის ჩამოტვირთვა და მასში ბილდინგის გაშვება.

კონტეინერი არ ინახავს არანაირ ცვლილებებს და ყოველი ასამბლეის გაშვება ხდება ნულიდან, რაც, ერთი მხრივ, გარანტიას იძლევა ასამბლეის იდენტურობას, განურჩევლად იმისა, თუ სად არის იგი გაშვებული, მეორეს მხრივ, ყოველ ჯერზე, როდესაც თქვენ უნდა ჩამოტვირთოთ ყველა დამოკიდებულება. და შეადგინეთ ყველა კოდი ხელახლა, და ამას ზოგჯერ შეიძლება მნიშვნელოვანი დრო დასჭირდეს. ამიტომ, გარდა ჩვეულებრივი „ცივი“ სტარტისა, გვაქვს აწყობის დაწყების შესაძლებლობა, ხოლო შენარჩუნებით ე.წ. "cache", სადაც ჩვენ ვინახავთ ~/.gradle საქაღალდეს პროექტის სამუშაო საქაღალდეში უბრალოდ კოპირებით და შემდეგი build-ის დასაწყისში ვაბრუნებთ უკან. ჩვენ გადავიტანეთ კოპირების ყველა პროცედურა ცალკეულ სკრიპტებში და თავად გაშვების ბრძანება ასე დაიწყო

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