ਇੱਕ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ ਇੱਕ ਐਂਡਰੌਇਡ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣਾ

ਐਂਡਰੌਇਡ ਪਲੇਟਫਾਰਮ ਲਈ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਵਿਕਸਿਤ ਕਰਦੇ ਸਮੇਂ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਸਭ ਤੋਂ ਛੋਟਾ ਵੀ, ਜਲਦੀ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਤੁਹਾਨੂੰ ਵਿਕਾਸ ਦੇ ਵਾਤਾਵਰਣ ਨਾਲ ਨਜਿੱਠਣਾ ਪਵੇਗਾ। ਐਂਡਰੌਇਡ 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"

ਅਸੀਂ ਇਸਨੂੰ ਆਪਣੇ ਐਂਡਰੌਇਡ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਲ ਫੋਲਡਰ ਵਿੱਚ ਸੇਵ ਕਰਦੇ ਹਾਂ ਅਤੇ ਕਮਾਂਡ ਨਾਲ ਕੰਟੇਨਰ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ

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

ਆਓ ਜਾਣਦੇ ਹਾਂ ਇਸਦਾ ਕੀ ਅਰਥ ਹੈ:

ਡੌਕਰ ਰਨ - ਚਿੱਤਰ ਲਾਂਚ ਕਮਾਂਡ ਆਪਣੇ ਆਪ
-ਆਰਐਮ - ਮਤਲਬ ਕਿ ਕੰਟੇਨਰ ਨੂੰ ਰੋਕਣ ਤੋਂ ਬਾਅਦ, ਇਹ ਹਰ ਚੀਜ਼ ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ ਜੋ ਇਸਦੇ ਜੀਵਨ ਦੌਰਾਨ ਬਣਾਇਆ ਗਿਆ ਸੀ
-v "$PWD":/home/gradle/ - ਸਾਡੇ ਐਂਡਰੌਇਡ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਲ ਮੌਜੂਦਾ ਫੋਲਡਰ ਨੂੰ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰੂਨੀ ਫੋਲਡਰ /home/gradle/ ਵਿੱਚ ਮਾਊਂਟ ਕਰਦਾ ਹੈ
-w/home/gradle - ਕੰਟੇਨਰ ਦੀ ਕਾਰਜਕਾਰੀ ਡਾਇਰੈਕਟਰੀ ਸੈੱਟ ਕਰਦਾ ਹੈ
android-build:5.4.1-28-27 - ਸਾਡੇ ਕੰਟੇਨਰ ਦਾ ਨਾਮ ਜੋ ਅਸੀਂ ਇਕੱਠਾ ਕੀਤਾ ਹੈ
gradle ਅਸੈਂਬਲ ਡੀਬੱਗ - ਬਿਲਡ ਟੀਮ ਖੁਦ, ਜੋ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇਕੱਠਾ ਕਰਦੀ ਹੈ

ਜੇ ਸਭ ਕੁਝ ਠੀਕ ਚੱਲਦਾ ਹੈ, ਤਾਂ ਕੁਝ ਸਕਿੰਟਾਂ / ਮਿੰਟਾਂ ਬਾਅਦ ਤੁਸੀਂ ਕੁਝ ਅਜਿਹਾ ਦੇਖੋਗੇ 8m 3s ਵਿੱਚ ਸਫਲ ਬਣਾਓ! ਅਤੇ ਐਪ/ਬਿਲਡ/ਆਊਟਪੁੱਟ/ਏਪੀਕੇ ਫੋਲਡਰ ਵਿੱਚ ਇੱਕ ਅਸੈਂਬਲਡ ਐਪਲੀਕੇਸ਼ਨ ਹੋਵੇਗੀ।

ਇਸੇ ਤਰ੍ਹਾਂ, ਤੁਸੀਂ ਗ੍ਰੇਡਲ ਦੇ ਹੋਰ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ - ਪ੍ਰੋਜੈਕਟ ਦੀ ਜਾਂਚ ਕਰੋ, ਟੈਸਟ ਚਲਾਓ, ਆਦਿ। ਮੁੱਖ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਜੇ ਸਾਨੂੰ ਕਿਸੇ ਹੋਰ ਮਸ਼ੀਨ 'ਤੇ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਪੂਰੇ ਵਾਤਾਵਰਣ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਬਾਰੇ ਚਿੰਤਾ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਜ਼ਰੂਰੀ ਚਿੱਤਰ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਅਤੇ ਇਸ ਵਿੱਚ ਬਿਲਡ ਨੂੰ ਚਲਾਉਣ ਲਈ ਕਾਫ਼ੀ ਹੋਵੇਗਾ।

ਕੰਟੇਨਰ ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਨੂੰ ਸਟੋਰ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਅਸੈਂਬਲੀ ਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਪਾਸੇ, ਅਸੈਂਬਲੀ ਦੀ ਪਛਾਣ ਦੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ ਭਾਵੇਂ ਇਹ ਕਿੱਥੇ ਵੀ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ, ਦੂਜੇ ਪਾਸੇ, ਹਰ ਵਾਰ ਤੁਹਾਨੂੰ ਸਾਰੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਅਤੇ ਸਾਰੇ ਕੋਡ ਨੂੰ ਦੁਬਾਰਾ ਕੰਪਾਇਲ ਕਰੋ, ਅਤੇ ਇਸ ਵਿੱਚ ਕਈ ਵਾਰ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਆਮ "ਠੰਡੇ" ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਇਲਾਵਾ, ਸਾਡੇ ਕੋਲ ਅਖੌਤੀ ਬਣਾਈ ਰੱਖਣ ਦੌਰਾਨ ਅਸੈਂਬਲੀ ਸ਼ੁਰੂ ਕਰਨ ਦਾ ਵਿਕਲਪ ਹੈ. "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