בניית פרויקט אנדרואיד בקונטיינר Docker

כאשר מפתחים פרויקט לפלטפורמת אנדרואיד, אפילו הקטן ביותר, במוקדם או במאוחר צריך להתמודד עם סביבת הפיתוח. בנוסף ל-Android SDK, יש צורך בגרסה העדכנית ביותר של Kotlin, Gradle, platform-tools, build-tools. ואם במחשב של המפתח כל התלות הללו נפתרות במידה רבה יותר באמצעות Android Studio IDE, אז בשרת ה-CI/CD כל עדכון יכול להפוך לכאב ראש. ואם בפיתוח אתרים Docker הפך לפתרון הסטנדרטי לבעיית הסביבה, אז למה לא לנסות לפתור בעיה דומה בפיתוח אנדרואיד באמצעותו...

למי שלא יודע מה זה 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"

אנחנו שומרים את זה בתיקייה עם פרויקט האנדרואיד שלנו ומתחילים לבנות את הקונטיינר עם הפקודה

docker build -t android-build:5.4-28-27 .

פרמטר -t מציין את התג או השם של המיכל שלנו, שבדרך כלל מורכב מהשם והגרסה שלו. במקרה שלנו, קראנו לזה android-build ובגרסה ציינו קבוצה של גרסאות של gradle, android-sdk ו-platform-tools. בעתיד, יהיה לנו קל יותר לחפש את התמונה שאנו צריכים לפי השם באמצעות "גרסה זו".

לאחר סיום ההרכבה, נוכל להשתמש בתמונה שלנו באופן מקומי, נוכל להוריד אותה עם הפקודה לדחוף דוקר למאגר תמונות ציבורי או פרטי כדי להוריד אותו למכונות אחרות.

כדוגמה, בואו נבנה פרויקט מקומי. לשם כך, בתיקייה עם הפרוייקט, הפעל את הפקודה

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 - צוות ההרכבה בפועל שמרכיב את הפרויקט שלנו

אם הכל ילך כשורה, תוך כמה שניות/דקות תראה על המסך משהו כמו בנייה מוצלחת ב-8 מטר 3 שניות! והתיקיה app/build/output/apk תכיל את האפליקציה המורכבת.

ניתן לבצע משימות מדורגות אחרות בצורה דומה - לבדוק את הפרויקט, להפעיל בדיקות וכו'. היתרון העיקרי הוא שאם אנחנו צריכים לבנות את הפרויקט על כל מכונה אחרת, אנחנו לא צריכים לדאוג להתקנת הסביבה כולה וזה יספיק להוריד את התמונה הדרושה ולהפעיל בה את ה-build.

הקונטיינר לא אוגר שינויים, וכל אסמבלי מופעל מאפס, מה שמצד אחד מבטיח את זהות ההרכבה ללא קשר למקום השקתו, מצד שני, בכל פעם צריך להוריד את כל התלות ולהרכיב את כל הקוד שוב, ולפעמים זה יכול לקחת זמן משמעותי. לכן, בנוסף להתחלה ה"קרה" הרגילה, יש לנו אפשרות להתחיל את הבנייה תוך שמירת מה שנקרא. "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 דקות).

כל זה, כמובן, הגיוני רק אם יש לך שרת CI/CD פנימי משלך, שבו אתה תומך בעצמך. אבל עכשיו יש הרבה שירותי ענן שבהם כל הבעיות האלה נפתרות ואתה לא צריך לדאוג לגבי זה, וניתן לציין את מאפייני ההרכבה הדרושים גם בהגדרות הפרויקט.

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

האם אתה שומר את מערכת ה-CI/CD שלך בבית או משתמש בשירות של צד שלישי?

• אנו משתמשים בשרת פנימי

• אנו משתמשים בשירות חיצוני

• אנחנו לא משתמשים ב-CI/CD

• אחר

42 משתמשים הצביעו. 16 משתמשים נמנעו.

מקור: www.habr.com