{"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":"Compilazione 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 semplice, 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. Se sul computer del sviluppatore queste dipendenze sono in gran parte gestite attraverso Android Studio IDE, su un server CI\/CD ogni aggiornamento pu\u00f2 diventare un vero incubo. E se nel web development la soluzione standard per il problema dell'ambiente \u00e8 diventato Docker, perch\u00e9 non provare a risolvere un problema simile anche nello sviluppo Android\u2026
\n<\/a><\/noindex>
\nPer chi non sa cos'\u00e8 Docker \u2014 in parole semplici, \u00e8 uno strumento per creare i cosiddetti 'container' che contengono un nucleo minimo del sistema operativo e un set di software necessario, che possiamo implementare ovunque, mantenendo cos\u00ec l'ambiente. Cosa conterr\u00e0 il nostro container \u00e8 definito nel Dockerfile, che poi viene assemblato in un'immagine che pu\u00f2 essere eseguita ovunque e possiede le 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, anticipando un po', ecco come si presenta 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 container con il comando<\/p>\n
docker build -t android-build:5.4-28-27 .<\/code><\/pre>\n
\nCaratteristica -t<\/i> assegna il tag o il nome del nostro container, che di solito \u00e8 composto dal suo nome e versione. Nel nostro caso, l'abbiamo chiamato android-build e nella versione abbiamo indicato la combinazione delle versioni di gradle, android-sdk e platform-tools. In seguito ci sar\u00e0 pi\u00f9 facile cercare l'immagine necessaria per nome usando tale 'versione'.<\/p>\n
Dopo che la costruzione \u00e8 avvenuta con successo, possiamo usare la nostra immagine localmente, 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, costruiremo localmente un progetto. Per questo, nella cartella del progetto eseguiremo 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 avviare l'immagine
\n-rm<\/i> \u2014 significa che dopo l'interruzione del container rimuove tutto ci\u00f2 che \u00e8 stato creato durante la sua esistenza
\n-v \u00ab$PWD\u00bb: \/home\/gradle\/<\/i> \u2014 monta la cartella corrente del nostro progetto Android nella cartella interna del container \/home\/gradle\/
\n-w \/home\/gradle<\/i> \u2014 imposta la directory di lavoro del container
\nandroid-build:5.4.1-28-27<\/i> \u2014 il nome del nostro container che abbiamo costruito
\ngradle assembleDebug<\/i> \u2014 in sostanza, il comando di costruzione che compila il nostro progetto<\/p>\n
Se tutto va a buon fine, dopo un paio di secondi\/minuti vedrete sullo schermo qualcosa come BUILD SUCCESSFUL in 8m 3s<\/b>! E nella cartella app\/build\/output\/apk ci sar\u00e0 l'applicazione compilata.<\/p>\n
Analogamente, \u00e8 possibile eseguire altre attivit\u00e0 di gradle \u2014 controllare il progetto, eseguire test, ecc. Il principale vantaggio \u00e8 che se \u00e8 necessario costruire il progetto su un'altra macchina, non dobbiamo preoccuparci dell'installazione di tutto l'ambiente e sar\u00e0 sufficiente scaricare l'immagine necessaria e avviare la costruzione al suo interno.<\/p>\n
Il container non memorizza alcuna modifica, e ogni costruzione inizia da zero, il che da un lato garantisce l'identit\u00e0 della costruzione indipendentemente da dove venga eseguita, dall'altro lato, ogni volta dobbiamo scaricare tutte le dipendenze e compilare di nuovo tutto il codice, e questo a volte pu\u00f2 richiedere un tempo considerevole. Pertanto, oltre al normale avvio 'freddo', abbiamo un'opzione per avviare la costruzione mantenendo il cosiddetto 'cache', in cui salviamo la cartella ~\/.gradle semplicemente copiandola nella cartella di lavoro del progetto, e all'inizio della costruzione successiva la rimettiamo indietro. Tutte le procedure di copia sono state spostate in script separati e il nostro comando di avvio \u00e8 diventato cos\u00ec<\/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
\nDi conseguenza, il tempo medio di costruzione del progetto \u00e8 stato ridotto di diversi volte (a seconda del numero di dipendenze nel progetto, ma in questo modo un progetto medio \u00e8 ora costruito in un minuto anzich\u00e9 in cinque minuti).<\/p>\n
Tutto ci\u00f2 ha senso solo se si dispone di un proprio server CI\/CD interno, di cui ci si occupa personalmente. Ma ora ci sono molti servizi cloud in cui tutti questi problemi sono risolti e non dovete preoccuparvene e le propriet\u00e0 di costruzione necessarie possono essere anche specificate 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