docker-flutter
With this docker image you don't need to install the Flutter and Android SDK on your developer machine. Everything is ready to use inclusive an emulator device (Pixel with Android 9). With a shell alias you won't recognize a difference between the image and a local installation. If you are using VSCode you can also use this image as your devcontainer.
Supported tags
Entrypoints
flutter
(default)flutter-android-emulator
flutter-web
(beta only)
Dependencies
When you want to run the flutter-android-emulator
entrypoint your host must support KVM and have xhost
installed.
flutter (default)
Executing e.g. flutter help
in the current directory (appended arguments are passed to flutter in the container):
docker run --rm -e UID=$(id -u) -e GID=$(id -g) --workdir /project -v "$PWD":/project matspfeiffer/flutter help
When you don't set the UID
and GID
the files will be owned by G-/UID=1000
.
flutter (connected usb device)
Connecting to a device connected via usb is possible via:
docker run --rm -e UID=$(id -u) -e GID=$(id -g) --workdir /project -v "$PWD":/project --device=/dev/bus -v /dev/bus/usb:/dev/bus/usb matspfeiffer/flutter devices
flutter-android-emulator
To achieve the best performance we will mount the X11 directory, DRI and KVM device of the host to get full hardware acceleration:
xhost local:$USER && docker run --rm -ti -e UID=$(id -u) -e GID=$(id -g) -p 42000:42000 --workdir /project --device /dev/kvm --device /dev/dri:/dev/dri -v /tmp/.X11-unix:/tmp/.X11-unix -e DISPLAY -v "$PWD":/project --entrypoint flutter-android-emulator matspfeiffer/flutter
flutter-web (beta only)
You app will be served on localhost:8090:
docker run --rm -ti -e UID=$(id -u) -e GID=$(id -g) -p 42000:42000 -p 8090:8090 --workdir /project -v "$PWD":/project --entrypoint flutter-web matspfeiffer/flutter:beta
VSCode devcontainer
You can also use this image to develop inside a devcontainer in VSCode and launch the android emulator or web-server. The android emulator need hardware acceleration, so their is no best practice for all common operating systems.
Linux #1 (X11 & KVM forwarding)
For developers using Linux as their OS I recommend this approach, because it's the overall cleanest way.
Add this .devcontainer/devcontainer.json
to your VSCode project:
{
"name": "Flutter",
"image": "matspfeiffer/flutter",
"extensions": ["dart-code.dart-code", "dart-code.flutter"],
"runArgs": [
"--device",
"/dev/kvm",
"--device",
"/dev/dri:/dev/dri",
"-v",
"/tmp/.X11-unix:/tmp/.X11-unix",
"-e",
"DISPLAY"
]
}
When VSCode has launched your container you have to execute flutter emulators --launch flutter_emulator
to startup the emulator device. Afterwards you can choose it to debug your flutter code.
Linux #2, Windows & MacOS (using host emulator)
Add this .devcontainer/devcontainer.json
to your VSCode project:
{
"name": "Flutter",
"image": "matspfeiffer/flutter",
"extensions": ["dart-code.dart-code", "dart-code.flutter"]
}
Start your local android emulator. Afterwards reconnect execute the following command to make it accessable via network:
adb tcpip 5555
In your docker container connect to device:
adb connect host.docker.internal:5555
You can now choose the device to start debugging.
FAQ
Why not using alpine?
Alpine is based on musl
instead of glibc
. The dart binaries packaged by flutter are linked against glibc
so the Flutter SDK is not compatible with Alpine - it's possible to fix this but not the core attempt of this image.
Why OpenJDK 8?
With higher versions the sdkmanager of the android tools throws errors while fetching maven dependencies.