Preparing to use Docker
1. Download, install and start Docker
To download Docker
and
find out how to install and start it,
see Install Docker
.
2. Specify Docker connection settings
To be able to use Docker, you need the Docker integration plugin.
This plugin is not bundled with IntelliJ IDEA, and should be installed separately, from the JetBrains plugin repository. See Downloading and installing repository plugins.
- Open the Settings / Preferences dialog (e.g. ⌘,⌘,⌘,⌥F7⌃⌥S) and go to the Docker page ().
-
Click
. -
The connection settings depend on your Docker version and operating system:
Docker for macOS:
- Connect to Docker daemon with: Docker for Mac
Docker for Windows:
- Connect to Docker daemon with: TCP socket
- Engine API URL:
tcp://localhost:2375 - Certificates folder: This field must be empty.
IMPORTANT! In the General section of your Docker settings, turn on the Expose daemon on tcp://localhost:2375 without TLS option.

Docker for Linux:
- Connect to Docker daemon with: Unix socket
Docker Toolbox for Windows or macOS:
- Connect to Docker daemon with: Docker Machine
The Connection successful message should appear right away. If it doesn't, check your Docker Machine executable setting on the page.
The default setting
docker-machineis fine if:-
The actual name of the executable file is
docker-machine. -
The path to the directory where the file is located
is included in the environment variable
Path.
To specify an actual path to the executable file, click
and select the file in the dialog that opens.For more info, see Docker connection settings.
-
If you are going to map container
volumes
onto local host folders,
note that on Windows and macOS only the local folders specified in
the Path mappings section will be available for corresponding bindings.
For more info, see
Working with volume bindings.
-
If you are going to use Docker Compose
,
go to the Tools page in the Docker section
()
and
specify the location of your Docker Compose executable.
The default setting docker-composeis fine if:-
The actual name of the executable file is
docker-compose. -
The path to the directory where the file is located
is included in the environment variable
Path.
To specify an actual path to the executable file, click
and select the file in the dialog that opens. -
The actual name of the executable file is
- Click OK in the Settings / Preferences dialog.
3. Connect to Docker
For the Docker node,
on the toolbar and
the Edit Configuration context menu command
provide quick access to your Docker connection settings.
In the Docker tool window
(),
select a Docker node
, and then
click
or
select Connect from the context menu.

Managing images
Pulling an image
-
In the Docker tool window,
select a Docker node
or the Images node,
and then click
or
select Pull image from the context menu.

-
In the dialog that opens, specify:
-
Registry.
The URL of the image repository service
(by default,
registry.hub.docker.comfor Docker Hub
) or
a Docker Registry configuration.
- Repository. The image name.
- Tag. The image tag, e.g.
latest.

If pulling an image assumes user authentication, click New in the Pull Image dialog to create a Docker Registry configuration and specify your Docker image repository user account info.
-
Registry.
The URL of the image repository service
(by default,
You can also pull and run an image using a Dockerfile
,
see Running an image from a Dockerfile.
Finding out the image ID
In the Docker tool window, select the image of interest. The image ID is shown on the Properties tab.

You can copy the image ID onto the clipboard
by using the Copy image ID context menu command or
on the Properties tab.
Hiding untagged images
The images that have no tags, generally, are the "intermediate" ones. Usually, they are the ones that you don't want or are not ready yet to push to an image repository.
To hide untagged images, clear the Show Untagged Images item under Filter.
Finding local images by name or ID
In the Docker tool window, you can search for images:
When in the leftmost pane,
simply start typing.
As a result, the text you have typed is highlighted in the names and IDs of the images and containers,
if present.

Building an image
Docker can build images by reading instructions from a Dockerfile
.
When the Dockerfile is open in the editor, click
and select to build the image on a specific Docker node.
If there is an existing configuration, you can build the image for this configuration or edit it.

You can specify build-time variables in the Docker run configuration
that do not persist in the intermediate or final images.
Use the Build args field to specify variables specific to this particular configuration.
This is similar to setting the --build-arg option for docker build.
You can run
docker build
in the Terminal tool window
().
See also, Running an image from a Dockerfile.
Pushing an image
-
In the Docker tool window,
select the image that you want to upload to an image repository, and then
click
or
select Push image from the context menu.

- If you haven't pushed to the corresponding repository yet, click New in the dialog that opens to create a Docker Registry configuration and specify your image repository user account info.
-
Specify the settings for the image that you are pushing:
- Registry. The Docker Registry configuration to be used.
- Repository. The name for the image that you are pushing.
- Tag. The tag for the image that you are pushing.

Specifying your image repository user account info
Pushing an image to an image repository and, for certain image repositories, also pulling an image from the repository requires your logging on to the corresponding server. Your image repository user account info that you have to provide in such cases is stored in what is called a Docker Registry configuration.
You can start creating a Docker Registry configuration when pulling or pushing an image by clicking New in the Pull image or the Push image dialog. Here are the Docker Registry configuration settings:
You can manage your Docker Registry configurations in the Settings / Preferences dialog: ⌘,⌘,⌘,⌥F7⌃⌥S .
-
Address.
The image repository service URL (by default,
registry.hub.docker.comfor Docker Hub
or
quay.iofor Quay
). - Username and Password. The user name and password for your user account.
- Email. The email address that you specified when creating your user account.
- Server. The name for the associated Docker connection settings (usually, Docker). They are used to connect to the service to check that your user account info is correct.

Running images
Running an image via a Docker run configuration
For running Docker images, IntelliJ IDEA provides Docker run configurations. Such a run configuration is created automatically when you:
You can also create a Docker run configuration "as usual":
.
You may want to employ this method to
run your multi-container application using
a
Docker Compose
docker-compose.yml file
.
There are three types of Docker run configurations:
- Docker Image: Run container from an existing Docker image.
- Docker-compose: Run a multi-container Docker application.
- Dockerfile: Run container from an image built from a Dockerfile.
Running an image from the Docker tool window
-
In the Docker tool window, select the image of interest, and then
click
or
select Create container from the context menu.

-
In the Create container popup, click Create.
If you already have a Docker run configuration for your image, the Create container popup, in addition to Create, will also have the name of that run configuration as an option. By selecting the run configuration name, you can run your image according to that run configuration.
-
In the Create Deployment Configuration dialog that opens:
- Image ID. Initially, this is the ID of the image for which you called the Create container command.
- Container name. You can specify the name for the container that will be created or, otherwise, Docker will itself give your container a name.

By selecting the corresponding option in the Deployment field, you can run an image or images, basing on your Dockerfile
or
Compose
docker-compose.yml file
. - Click Run.
Running an image from a Dockerfile
-
Open your
Dockerfile
in the editor.In the Project tool window, for Dockerfiles, there are context menu commands that you may find useful:
Run 'Docker ...' runs the Dockerfile, creates a run configuration for it, and makes it current.
Save 'Docker ...' saves the run configuration.
Select 'Docker ...' makes the run configuration for the Dockerfile current, so you can run it straight away by clicking
. -
To the left of
FROM, click
and select to run the image on a specific Docker node.
If there is an existing configuration for the image, you can run this configuration or edit it.

The main settings of a run configuration associated with a Dockerfile are:
-
Image Tag.
The name and tag for the image that will be built, e.g.
myimage:latest. - Container Name. The name of the container that will be created. If omitted, Docker will itself give your container a name.

Viewing deployment logs
To view a deployment log - after an image is built and corresponding container is started - select the container in the Docker tool window. The log is shown in the right-hand pane on the Deploy log tab.
For a Compose file-based deployment, you should select the corresponding Compose node.

Adding command-line options for the container
Not all docker run options are supported.
If you would like to request support for some option,
leave a comment in IDEA-181088
.
Not all docker run options are supported.
If you would like to request support for some option,
leave a comment in IDEA-181088
.
When running a container on the command line, the following syntax is used:
docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
All optional parameters can be specified in the corresponding Docker run configuration:
- Options are specified in the Command line options field.
- Command is specified in the Command field.
- Arguments are specified in the Entrypoint or Command field.

Not all docker run options are supported.
If you would like to request support for some option,
leave a comment in IDEA-181088
.
Working with containers
Running commands in a container
You can run docker exec
commands:
- In the Docker tool window, right-click the container of interest and select Exec.
-
In the Run command in container popup,
click Create.
As you run the commands, IntelliJ IDEA memorizes them. So you can rerun the commands by selecting them in the Run command in container popup.
-
In the dialog that opens, type the command and click OK. For
docker exec [OPTIONS] CONTAINER COMMAND [ARG...]
you need to specify only the
COMMAND [ARG...]part. For example:
ls /tmpormkdir /tmp/my-new-dir.
Starting a Shell or Bash session in a container
Use Exec as described earlier, i.e:
- In the Docker tool window, right-click the container and select .
-
Type:
/bin/shor/bin/bash
For Bash, instead of
/bin/bash, try justbash. -
Press ⏎⏎⏎⏎⏎ or click OK.

Finding out the container and image IDs
In the Docker tool window, select the container of interest. Its ID and the ID of its parent image are shown on the Properties tab.
You can copy the image ID, and the container ID and name onto the clipboard:
select the corresponding row in the table and click
.
As an alternative, you can use
the Copy image ID and Copy container ID
context menu commands.
Renaming a container
As a result, the container is stopped and removed, and then re-created from scratch.
The previous state of the container is effectively lost.
The new container, most probably, will have a different ID.
As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost. The new container, most probably, will have a different ID.
- In the Docker tool window, select the container of interest.
- Select the Properties tab.
- In the Container name field, specify a new name for your container, and click Save.
As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost. The new container, most probably, will have a different ID.
Inspecting a container
You can get detailed low-level information about a container in JSON format by running
docker inspect
:
In the Docker tool window,
right-click the container of interest and select Inspect.
The result is shown on the Inspection tab.
Use ⌘F⌘F⌃F⌃⌥S to find the necessary information in the inspection result.

Showing container processes
To show the list of processes running in a container, right-click the container of interest in the Docker tool window and select Show processes. The result is shown on the Processes tab.
Opening a console for an ENTRYPOINT process
To see the output of the
ENTRYPOINT
process running inside a container, you can attach to its stdin/out:
In the Docker tool window, right-click the container and select Attach.
The console will open on the Attached console tab.
Viewing the container log
When you select a container in the Docker tool window, the container log is shown on the Log tab.
There is also the Show log context menu command that you may find useful.
Stopping a container
In the Docker tool window,
select the container, and then
click
or select Stop container from the context menu.
Restarting a container
In the Docker tool window,
select the container, and then
click
or select Redeploy from the context menu.
Rerunning an image with different settings
- In the Docker tool window, select the container in which the image of interest runs.
-
Click
or select Edit Configuration from the context menu. - In the associated Docker run configuration that opens, edit the settings as necessary.
-
Click
or
select Redeploy from the context menu.
Hiding stopped containers
By default, the Docker tool window displays all containers, including those that are not running. To hide stopped containers, clear the Show Stopped Containers item under Filter.
Working with volume bindings
Preparing for volume bindings on Windows and macOS
To be able to map host folders to container
volumes
on Windows or macOS,
you should first specify corresponding path mappings:
-
Open your Docker connection settings:
in the Docker tool window, select the Docker node
and
click
.
Alternatively,
⌘,⌘,⌘,⌥F7⌃⌥S
.If you are using Docker for Windows, you should start by enabling drive sharing:
Open your Docker settings, select the Shared Drives section and then select the drive (e.g. C) that you want to make available to your containers.
Once you've done that, restart Docker. -
In the Path mappings section,
select an existing mapping and click
to edit it, or
click
to create a new mapping.

-
In the dialog that opens, specify the mapping:
- Local path. The path to a local folder that you want to make available for volume bindings.
- Virtual machine path. This is the corresponding directory path in the Docker virtual machine's file system.

Specifying volume bindings in a run configuration
Docker can mount a file or directory from the host machine to the container
using the -v or --volume option.
You can configure this in the Docker run configuration
using one of the following fields:
- Bind mounts: Create a list of bindings specifying the path to the container data volumes and host directory to be mounted to that path. Select Read only if you want to disable writing to the container volume.
-
Command line options: Use the
-voption to map the path on the host to the corresponding volume in the container.

Viewing and editing volume bindings for a running container
- In the Docker tool window, select the container and then select the Volume Bindings tab.
-
To create a new binding, click
.
To edit an existing one, select the binding and click
. - Specify the settings as necessary.
-
To apply the changes, click Save.

As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost.
Also note that the changes are not saved in the corresponding run configuration. So, if you restart the container, e.g.
,
the corresponding run configuration will be rerun, and
the settings specified in that run configuration will be reapplied.
Working with port bindings
You can specify the
port binding
settings
in a
Docker run configuration.
Then, when your container is running, you can
view and change these settings, and
apply the changes.
Specifying the port binding settings in a run configuration
Docker can map specific ports on the host machine to ports in the container
using the -p or --publish option.
This can be used to make the container accessible from outside.
In the Docker run configuration
you can select to expose all container ports to the host
or use one of the following fields to specify port mapping:
-
Bind ports: Create a list of bindings
specifying which ports in the container should be mapped to which ports on the host.
You can also provide a specific host IP from which the port should be accessible
(for example, you can set it to
127.0.0.1to make it accessible only only locally, or set it to0.0.0.0to open it for all computers in your network). -
Command line options: Use the
-poption to map a port (or range of ports) on the host to port(s) in the container.

Viewing and editing the port binding settings for a running container
- In the Docker tool window, select the container and then select the Port Bindings tab.
-
If the container was started with the Publish all ports option on,
to see the port mappings, run the Inspect command from the container's context menu, and
then search the result (⌘F⌘F⌃F⌃⌥S) for
"Ports". -
To create a new binding, click
.
To edit an existing one, select the binding and click
.
If the Publish all ports option is currently on,
turn it off to be able to specify individual port mappings. - For each particular binding, specify the settings as necessary.
-
To apply the changes, click Save.

As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost.
Also note that the changes are not saved in the corresponding run configuration. So, if you restart the container, e.g.
,
the corresponding run configuration will be rerun, and
the settings specified in that run configuration will be reapplied.
Working with environment variables
The environment variables are usually set in the
Dockerfile
associated with the base image that you are using.
There are also the
environment variables that Docker sets automatically
for each new container.
In a Docker run configuration, you can specify additional variables and redefine the ones that Docker sets. At a later time, when your container is running, you can view and edit the existing variables, and create and set new ones.
Specifying the environment variables in a run configuration
Docker can define environment variables for the container
using the -e option.
In the Docker run configuration
use one of the following fields:
- Environment variables: Define a list of names and values.
-
Command line options: Use the
-eoption to set the environment variables to be used when running the container.If you need to pass sensitive information (passwords, secrets) as environment variables, you can use the
--env-varoption to specify a file with this information.

Viewing and editing the environment variables for a running container
To manage your container's environment variables, you can use your Bash shell.
To open the shell:
Exec from the context menu, then
.
To manage your container's environment variables, you can use your Bash shell. To open the shell: Exec from the context menu, then .
- In the Docker tool window, select the container and then select the Environment variables tab.
-
To create a new variable, click
.
To edit an existing one, select the variable and click
. -
To apply the changes, click Save.

As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost.
To manage your container's environment variables, you can use your Bash shell. To open the shell: Exec from the context menu, then .
Using Docker Compose
Running services via a Docker run configuration
-
Create a Docker Compose
docker-compose.yml file
and
specify your services.In the Compose file-based Docker configurations, the settings on the Container tab are ignored.
-
Create a Docker run configuration:
. -
Specify your
docker-compose.ymlfile in the Compose file field.
- Execute the run configuration.
Scaling a serviceScaling means changing the number of containers within a service.
Scaling means changing the number of containers within a service.
- In the Docker tool window, select the service you want to scale.
Scaling means changing the number of containers within a service.
-
Click
or select Scale from the context menu.

-
Specify how many containers you want in the service.

Scaling means changing the number of containers within a service.
Stopping and starting a service
In the Docker tool window, select the service.
-
To stop the service,
click
or select Stop from the context menu. -
To start the service,
click
or select Start from the context menu.

Interacting with containers
Most of the functions that IntelliJ IDEA provides for working with "independent" containers are also available for the containers within Docker Compose services. To access these functions, use the containers' context menus and the toolbar icons in the Docker tool window. For more info, see Working with containers.
Troubleshooting
Unable to connect to Docker
Make sure that:
- Docker is running.
- Your Docker connection settings are correct.
-
If you are using Docker for Windows:
In the General section of your Docker settings, the Expose daemon on tcp://localhost:2375 without TLS option is on. -
If you are using Docker Toolbox:
- Your Docker Machine is running.
- The Docker Machine executable setting on the Docker | Tools page is correct.
Unable to use Docker Compose
Make sure that the Docker Compose executable setting in your Docker settings is correct.
Unable to use port bindings
Make sure that the corresponding container ports are exposed.
Use
the EXPOSE
Dockerfile
command.
My deployment log is empty
If you have another project open at the moment, you may find your deployment log in that project.
Limitations
Our Docker integration has limitations but we are working on its improvement.
See the list of Docker issues
in our tracking system and
vote for the ones that you think should be resolved first of all.