{"id":37565,"date":"2019-10-31T22:18:20","date_gmt":"2019-10-31T19:18:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sborka-android-proekta-v-docker-kontejnere\/"},"modified":"2019-10-31T22:18:20","modified_gmt":"2019-10-31T19:18:20","slug":"sborka-android-proekta-v-docker-kontejnere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sborka-android-proekta-v-docker-kontejnere","title":{"rendered":"Assemblaggio del progetto Android in un contenitore Docker","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sviluppando un progetto per la piattaforma Android, anche il pi\u00f9 piccolo, prima o poi ci si deve confrontare con l'ambiente di sviluppo. Oltre all'Android SDK, \u00e8 necessario avere l'ultima versione di Kotlin, Gradle, platform-tools e build-tools. E se sulla macchina del programmatore tutte queste dipendenze vengono risolte principalmente utilizzando l'IDE Android Studio, sul server CI\/CD, ogni aggiornamento pu\u00f2 trasformarsi in un incubo. Se nel web-development, la soluzione ai problemi ambientali \u00e8 diventata lo standard Docker, perch\u00e9 non provare a risolvere la stessa problematica anche nello sviluppo Android...
\n<\/a><\/noindex>
\nPer coloro che non sanno cos'\u00e8 Docker \u2014 in parole semplici, \u00e8 uno strumento per la creazione dei cosiddetti \"contenitori\" che contengono un nucleo minimo del sistema operativo e il set necessario di software, che possiamo distribuire dove vogliamo, mantenendo comunque l'ambiente. Cosa ci sar\u00e0 nel nostro contenitore \u00e8 definito nel Dockerfile, che poi viene compilato in un'immagine eseguibile ovunque e dotata di propriet\u00e0 di idempotenza.<\/p>\n

Il processo di installazione e le basi di Docker sono ben descritti nel suo sito ufficiale<\/a><\/noindex>. Pertanto, andando un po' oltre, ecco come \u00e8 venuto il nostro Dockerfile<\/p>\n

# \u0422.\u043a. \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u043c \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u043c \u0434\u043b\u044f \u0441\u0431\u043e\u0440\u043a\u0438 Android-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f Gradle, \n# \u0438 \u043f\u043e \u0441\u0447\u0430\u0441\u0442\u043b\u0438\u0432\u043e\u043c\u0443 \u0441\u0442\u0435\u0447\u0435\u043d\u0438\u044e \u043e\u0431\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u0441\u0442\u0432 \u0435\u0441\u0442\u044c \u043e\u0444\u0438\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 Docker-\u043e\u0431\u0440\u0430\u0437 \n# \u043c\u044b \u0440\u0435\u0448\u0438\u043b\u0438 \u0437\u0430 \u043e\u0441\u043d\u043e\u0432\u0443 \u0432\u0437\u044f\u0442\u044c \u0438\u043c\u0435\u043d\u043d\u043e \u0435\u0433\u043e \u0441 \u043d\u0443\u0436\u043d\u043e\u0439 \u043d\u0430\u043c \u0432\u0435\u0440\u0441\u0438\u0435\u0439 Gradle\nFROM gradle:5.4.1-jdk8\n\n# \u0417\u0430\u0434\u0430\u0435\u043c \u043f\u0435\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0435 \u0441 \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u043e\u0439 \u043f\u0430\u043f\u043a\u043e\u0439 \u0434\u043b\u044f Android SDK \u0438 \n# \u0432\u0435\u0440\u0441\u0438\u044f\u043c\u0438 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u044b \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0430\u0440\u0438\u044f\nENV SDK_URL=\"https:\/\/dl.google.com\/android\/repository\/sdk-tools-linux-3859397.zip\" \n    ANDROID_HOME=\"\/usr\/local\/android-sdk\" \n    ANDROID_VERSION=28 \n    ANDROID_BUILD_TOOLS_VERSION=28.0.3\n\n# \u0421\u043e\u0437\u0434\u0430\u0435\u043c \u043f\u0430\u043f\u043a\u0443, \u0441\u043a\u0430\u0447\u0438\u0432\u0430\u0435\u043c \u0442\u0443\u0434\u0430 SDK \u0438 \u0440\u0430\u0441\u043f\u0430\u043a\u043e\u0432\u044b\u0432\u0430\u0435\u043c \u0430\u0440\u0445\u0438\u0432,\n# \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043f\u043e\u0441\u043b\u0435 \u0441\u0431\u043e\u0440\u043a\u0438 \u0443\u0434\u0430\u043b\u044f\u0435\u043c\nRUN mkdir \"$ANDROID_HOME\" .android \n    && cd \"$ANDROID_HOME\" \n    && curl -o sdk.zip $SDK_URL \n    && unzip sdk.zip \n    && rm sdk.zip \n# \u0412 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0445 \u0441\u0442\u0440\u043e\u0447\u043a\u0430\u0445 \u043c\u044b \u0441\u043e\u0437\u0434\u0430\u0435\u043c \u043f\u0430\u043f\u043a\u0443 \u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u044b\u0435 \u0444\u0430\u0439\u043b\u044b \n# \u0441 \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u044f\u043c\u0438. \u041d\u0430 \u043e\u0444. \u0441\u0430\u0439\u0442\u0435 Android \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u043e \u0447\u0442\u043e \u043c\u044b \n# \u043c\u043e\u0436\u0435\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u044d\u0442\u0438 \u0444\u0430\u0439\u043b\u044b \u0441 \u043c\u0430\u0448\u0438\u043d \u0433\u0434\u0435 \u0432\u0440\u0443\u0447\u043d\u0443\u044e \u044d\u0442\u0438 \n# \u043b\u0438\u0446\u0435\u043d\u0437\u0438\u0438 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0434\u0438\u043b\u0438 \u0438 \u0447\u0442\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \n# \u0438\u0445 \u0441\u0433\u0435\u043d\u0435\u0440\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u043d\u0435\u043b\u044c\u0437\u044f\n    && mkdir \"$ANDROID_HOME\/licenses\" || true \n    && echo \"24333f8a63b6825ea9c5514f83c2829b004d1\" > \"$ANDROID_HOME\/licenses\/android-sdk-license\" \n    && echo \"84831b9409646a918e30573bab4c9c91346d8\" > \"$ANDROID_HOME\/licenses\/android-sdk-preview-license\"    \n\n# \u0417\u0430\u043f\u0443\u0441\u043a\u0430\u0435\u043c \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 SDK \u0438 \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0443 build-tools, platform-tools\nRUN $ANDROID_HOME\/tools\/bin\/sdkmanager --update\nRUN $ANDROID_HOME\/tools\/bin\/sdkmanager \"build-tools;${ANDROID_BUILD_TOOLS_VERSION}\" \n    \"platforms;android-${ANDROID_VERSION}\" \n    \"platform-tools\"\n<\/code><\/pre>\n
\nLo salviamo nella cartella del nostro progetto Android e avviamo la costruzione del contenitore con il comando<\/p>\n
docker build -t android-build:5.4-28-27 .<\/code><\/pre>\n
\nParametro -t<\/i> assegna un tag o un nome al nostro contenitore, che di solito consiste nel suo nome e nella versione. Nel nostro caso lo abbiamo chiamato android-build e nella versione abbiamo indicato la combinazione delle versioni di gradle, android-sdk e platform-tools. In futuro sar\u00e0 pi\u00f9 semplice cercare l'immagine di cui abbiamo bisogno per nome utilizzando tale \"versione\".<\/p>\n
Dopo che la compilazione \u00e8 completata, possiamo utilizzare la nostra immagine localmente, oppure possiamo caricarla con il comando docker push<\/i> su un repository pubblico o privato di immagini per scaricarla su altre macchine.<\/p>\n
Come esempio, assembleremo un progetto localmente. Per fare ci\u00f2, nella cartella del progetto eseguiamo il comando<\/p>\n
docker run --rm -v \"$PWD\":\/home\/gradle\/ -w \/home\/gradle android-build:5.4.1-28-27 gradle assembleDebug<\/code><\/pre>\n
\nAnalizziamo cosa significa: <\/p>\n
docker run<\/i> \u2014 il comando stesso per eseguire l'immagine
\n-rm<\/i> \u2014 indica che dopo l'arresto del contenitore elimina tutto ci\u00f2 che \u00e8 stato creato durante la sua vita
\n-v «$PWD»:/home/gradle/<\/i> \u2014 monta la cartella attuale con il nostro progetto Android nella cartella interna del contenitore \/home\/gradle\/
\n-w \/home\/gradle<\/i> \u2014 imposta la directory di lavoro del contenitore
\nandroid-build:5.4.1-28-27<\/i> \u2014 il nome del nostro contenitore, che abbiamo assemblato
\ngradle assembleDebug<\/i> \u2014 il comando di build che compila il nostro progetto<\/p>\n
Se tutto va bene, dopo un paio di secondi\/minuti vedrete sul vostro schermo qualcosa di simile a BUILD SUCCESSFUL in 8m 3s<\/b>Ogni tanto nella cartella app\/build\/output\/apk ci sar\u00e0 l'applicazione compilata.<\/p>\n
Allo stesso modo, si possono eseguire altre attivit\u00e0 di gradle \u2014 controllare il progetto, eseguire test, ecc. Il principale vantaggio \u00e8 che se abbiamo bisogno di compilare il progetto su un'altra macchina, non dobbiamo preoccuparci di installare tutto l'ambiente, basta scaricare l'immagine necessaria e avviare la compilazione su di essa.<\/p>\n
Il container non conserva alcuna modifica, e ogni compilazione inizia da zero, il che da una parte garantisce l'identit\u00e0 della compilazione indipendentemente dal luogo in cui viene eseguita, ma dall'altra ogni volta dobbiamo scaricare tutte le dipendenze e ricompilare tutto il codice da zero, il che a volte pu\u00f2 richiedere un tempo significativo. Pertanto, oltre al normale avvio \"freddo\", abbiamo l'opzione di avviare una compilazione mantenendo il cosiddetto \"cache\", dove salviamo la cartella ~\/ .gradle semplicemente coprendola nella cartella di lavoro del progetto, e all'inizio della successiva compilazione la restituiamo indietro. Tutte le procedure di copia sono state estratte in script separati e il comando stesso di avvio \u00e8 diventato<\/p>\n
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\"<\/code><\/pre>\n
\nIl risultato \u00e8 che il tempo medio di compilazione del progetto \u00e8 diminuito di diversi volte (a seconda del numero di dipendenze nel progetto, ma in media un progetto cos\u00ec \u00e8 diventato compilabile in 1 minuto invece di 5 minuti).<\/p>\n
Tutto questo ha senso solo se avete un proprio server CI\/CD interno, di cui vi occupate voi stessi. Ma ora ci sono molti servizi cloud in cui tutti questi problemi sono stati risolti e non dovete preoccuparvene, e le propriet\u00e0 necessarie della compilazione possono essere indicate anche nelle impostazioni del progetto.<\/p>\n
Solo gli utenti registrati possono partecipare al sondaggio. Accedi<\/a><\/noindex>, per favore.<\/p>\n
Utilizzate un sistema CI\/CD interno o un servizio esterno?<\/h2>\n