{"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\/en\/blog\/administrirovanie\/sborka-android-proekta-v-docker-kontejnere","title":{"rendered":"Building Android Project in Docker Container","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

When developing a project for the Android platform, even the smallest project will sooner or later require a development environment. In addition to the Android SDK, you need to have the latest versions of Kotlin, Gradle, platform-tools, and build-tools. While these dependencies can be managed through Android Studio IDE on a developer's machine, every update on a CI\/CD server can become a headache. In web development, Docker has become the standard solution for environment issues, so why not try to solve a similar problem in Android development with it...
\n<\/a><\/noindex>
\nFor those who don\u2019t know what Docker is \u2014 to put it simply, it\u2019s a tool for creating so-called \u201ccontainers\u201d that contain a minimal OS core and the necessary software stack, which we can deploy wherever we want while preserving the environment. What will be in our container is defined in the Dockerfile, which is then built into an image that can be run anywhere and possesses properties of idempotency.<\/p>\n

The installation process and basics of Docker are well described on its the official website<\/a><\/noindex>. So, looking ahead a bit, here's the Dockerfile we've created<\/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 save it in the folder with our Android project and start the container build with the command<\/p>\n
docker build -t android-build:5.4-28-27 .<\/code><\/pre>\n
\nParameter -t<\/i> sets a tag or name for our container, which typically consists of its name and version. In our case, we've called it android-build and specified a version that reflects the combined versions of gradle, android-sdk, and platform-tools. This makes it easier to search for the desired image by name using this 'version'.<\/p>\n
Once the build is complete, we can use our image locally; we can upload it with the command docker push<\/i> to a public or private image repository to download it on other machines.<\/p>\n
As an example, let\u2019s build the project locally. For this, in the project folder, we execute the command<\/p>\n
docker run --rm -v \"$PWD\":\/home\/gradle\/ -w \/home\/gradle android-build:5.4.1-28-27 gradle assembleDebug<\/code><\/pre>\n
\nLet's break down what it means: <\/p>\n
docker run<\/i> \u2014 the command to start the image.
\n-rm<\/i> \u2014 means that after stopping the container, it will remove everything that was created during its lifetime.
\n-v \"$PWD\":\/home\/gradle\/<\/i> \u2014 mounts the current folder with our Android project to the internal folder of the container \/home\/gradle\/
\n-w \/home\/gradle<\/i> \u2014 sets the working directory of the container.
\nandroid-build:5.4.1-28-27<\/i> \u2014 the name of our container that we built
\ngradle assembleDebug<\/i> \u2014 the actual build command that compiles our project<\/p>\n
If everything goes well, in a couple of seconds\/minutes you will see something like this on your screen BUILD SUCCESSFUL in 8m 3s<\/b>And in the folder app\/build\/output\/apk, the compiled application will be stored.<\/p>\n
Similarly, you can perform other gradle tasks \u2014 checking the project, running tests, etc. The main advantage is that when you need to build the project on another machine, you don't have to worry about setting up the entire environment; you just need to download the necessary image and run the build in it.<\/p>\n
The container does not store any changes, and each build starts from scratch. This guarantees build consistency regardless of where it is run, but on the downside, every time you have to download all dependencies and compile the entire code again, which can sometimes take significant time. Therefore, in addition to the usual 'cold' start, we have an option to start the build with caching, where we save the folder ~\/ .gradle by simply copying it to the project's working folder, and at the beginning of the next build, we return it back. We separated all copying procedures into individual scripts, and our start command now looks like this<\/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
\nAs a result, the average build time of our project has been reduced several times (depending on the number of dependencies in the project, but an average project now builds in 1 minute instead of 5 minutes).<\/p>\n
All of this makes sense only if you have your own internal CI\/CD server, which you manage yourself. But now there are many cloud services where all these issues are resolved and you don\u2019t have to worry about it, and the necessary build properties can also be specified in the project settings.<\/p>\n
Only registered users can participate in the survey. Please log in<\/a><\/noindex>, please.<\/p>\n
Do you keep the CI\/CD system in-house or use a third-party service?<\/h2>\n