{"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\/nl\/blog\/administrirovanie\/sborka-android-proekta-v-docker-kontejnere","title":{"rendered":"Bouwen van een Android-project in een Docker-container","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wanneer je een project voor het Android-platform ontwikkelt, hoe klein ook, moet je vroeg of laat omgaan met de ontwikkelomgeving. Naast de Android SDK is de laatste versie van Kotlin, Gradle, platform-tools en build-tools noodzakelijk. En terwijl op de machine van de ontwikkelaar al deze afhankelijkheden voornamelijk worden opgelost met behulp van de Android Studio IDE, kan elke update op de CI\/CD-server een hoofdpijn worden. In de webontwikkeling is Docker de standaardoplossing voor het omgevingsprobleem, dus waarom zouden we niet proberen om een soortgelijk probleem in de Android-ontwikkeling op te lossen met behulp van Docker\u2026
\n<\/a><\/noindex>
\nVoor degenen die niet weten wat Docker is: als we het heel simpel houden, is het een tool voor het cre\u00ebren van zogenaamde 'containers' waarin de minimale kernel van het besturingssysteem en de benodigde software zijn opgenomen, die we overal kunnen implementeren terwijl we de omgeving behouden. Wat er precies in onze container komt, wordt gedefinieerd in de Dockerfile, die vervolgens wordt samengesteld in een image die overal kan worden uitgevoerd en eigenschappen van idempotentie heeft.<\/p>\n

Het installatieproces en de basisprincipes van Docker worden uitstekend beschreven op zijn offici\u00eble website<\/a><\/noindex>. Daarom, vooruitlopend op de zaken, hier is de Dockerfile die we hebben gekregen<\/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
\nWe slaan deze op in de map met ons Android-project en starten de containerbouw met het commando<\/p>\n
docker build -t android-build:5.4-28-27 .<\/code><\/pre>\n
\nParameter -t<\/i> geeft de tag of naam van onze container op, die doorgaans bestaat uit de naam en versie. In ons geval hebben we het android-build genoemd en de versie is een combinatie van de versies van gradle, android-sdk en platform-tools. Later zullen we het gemakkelijker vinden om de gewenste image op naam te zoeken met behulp van zo'n 'versie'.<\/p>\n
Nadat de build is voltooid, kunnen we onze image lokaal gebruiken, we kunnen deze uploaden met het commando docker push<\/i> naar een publieke of private image-repository om deze op andere machines te downloaden.<\/p>\n
Als voorbeeld zullen we het project lokaal samenstellen. Hiervoor voeren we in de map met het project het commando uit<\/p>\n
docker run --rm -v \"$PWD\":\/home\/gradle\/ -w \/home\/gradle android-build:5.4.1-28-27 gradle assembleDebug<\/code><\/pre>\n
\nLaten we analyseren wat het betekent: <\/p>\n
docker run<\/i> \u2014 het commando om de image te starten
\n-rm<\/i> \u2014 betekent dat deze na het stoppen van de container alles verwijdert wat gedurende de levensduur is aangemaakt
\n-v \"$PWD\":\/home\/gradle\/<\/i> \u2014 monteert de huidige map met ons Android-project in de interne map van de container \/home\/gradle\/
\n-w \/home\/gradle<\/i> \u2014 stelt de werkdirectory van de container in
\nandroid-build:5.4.1-28-27<\/i> \u2014 de naam van onze container die we hebben gebouwd
\ngradle assembleDebug<\/i> \u2014 de team dat onze projectopbouw beheert<\/p>\n
Als alles goed gaat, ziet u over een paar seconden\/minuten iets dat lijkt op BOUW SUCCESVOL in 8m 3s<\/b>! En in de map app\/build\/output\/apk bevindt zich de gebouwde applicatie.<\/p>\n
Op soortgelijke wijze kunnen andere gradle-taken worden uitgevoerd \u2013 het project controleren, testen uitvoeren, enz. Het belangrijkste voordeel is dat, als we het project op een andere machine moeten bouwen, we ons geen zorgen hoeven te maken over de installatie van de hele omgeving; het enige wat we hoeven te doen is het benodigde image downloaden en de bouw in gang zetten.<\/p>\n
De container slaat geen wijzigingen op, en elke build start vanaf nul, wat aan de ene kant de consistentie van de build garandeert, ongeacht waar deze wordt uitgevoerd, maar aan de andere kant moeten we elke keer alle afhankelijkheden opnieuw downloaden en de hele code opnieuw compileren, wat soms aanzienlijk tijd kan kosten. Daarom hebben we behalve de gebruikelijke \"koude\" start ook de optie om een build te starten met behoud van de zogenaamde \"cache\", waarbij we de map ~\/ .gradle gewoon in de werkmap van het project kopi\u00ebren en deze aan het begin van de volgende build terugplaatsen. Alle kopieprocedures hebben we in aparte scripts gegoten, waardoor ons opstartcommando er als volgt uitziet<\/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
\nUiteindelijk is de gemiddelde bouwtijd van ons project enkele keren verkort (afhankelijk van het aantal afhankelijkheden in het project, maar de gemiddelde project kan nu in 1 minuut worden gebouwd in plaats van 5 minuten).<\/p>\n
Dit alles heeft uiteraard alleen zin als u een interne CI\/CD-server heeft, waarvan u zelf de ondersteuning doet. Maar tegenwoordig zijn er veel cloudservices waarin al deze problemen zijn opgelost en u zich daar geen zorgen over hoeft te maken; de benodigde eigenschappen van de build kunnen ook in de projectinstellingen worden opgegeven.<\/p>\n
Alleen geregistreerde gebruikers kunnen deelnemen aan de enqu\u00eate. Log in<\/a><\/noindex>, alstublieft.<\/p>\n
Houdt u uw CI\/CD-systeem intern of gebruikt u een externe service?<\/h2>\n