A dockerized Phoenix development and runtime environment.
Clone or download
nicbet Feature: Phoenix 1.4.0
Updated versions to Phoenix 1.4.0 and Elixir 1.7.4

Resolves: #2
Latest commit e8c447f Nov 20, 2018
Type Name Latest commit message Commit time
Failed to load latest commit information.
.gitignore gitignore added with `src/` since we do not need to track said folder. Jul 3, 2018
Dockerfile Feature: Phoenix 1.4.0 Nov 20, 2018
LICENSE Initial commit Feb 5, 2017
README.md Feature: Phoenix 1.4.0 Nov 20, 2018
build.sh Feature: Phoenix 1.4.0 Nov 20, 2018
docker-compose.yml Feature: Phoenix 1.4.0 Nov 20, 2018
mix Initial checkin Feb 5, 2017
run Initial checkin Feb 5, 2017


Dockerized Elixir/Phoenix Development Environment


I have been working on a long-running personal Phoenix project since Phoenix 1.0.2. Over the past year and a half or so, Phoenix and Elixir have undergone numerous changes, and some of them (okay most of them) broke my application code. Things really went south after I found myself working on multiple different projects that were built on different Phoenix versions. This reminded me a lot of the early Ruby and Rails days (and fighting rbenv and bundle).

This project was conceived to deal with the issues of running different Elixir and Phoenix versions and supporting the development of apps built with different Elixir and Phoenix versions.

Getting Started

It's so simple: just clone this repository.

You can specify a particular Phoenix version by targeting the corresponding release tag of this repository.

For instance, for a dockerized development environment for Phoenix 1.4.0 you could run:

git clone -b 1.4.0 https://github.com/nicbet/docker-phoenix ~/Projects/hello-phoenix

New Application from Scratch

Navigate the to where you cloned this repository, for example:

cd ~/Projects/hello-phoenix

Initialize a new phoenix application. The following command will create a new Phoenix application called hello under the src/ directory, which is mounted inside the container under /app (the default work dir).

./mix phx.new . --app hello

Why does this work? The docker-compose.yml file specifies that your local src/ directory is mapped inside the docker container as /app. And /app in the container is marked as the working directory for any command that is being executed, such as mix phoenix.new.

NOTE: It is important to specify your app name through the --app <name> option, as Phoenix will otherwise name your app from the target directory passed in, which in our case is .

NOTE: It is okay to answer Y when phoenix states that the /app directory already exists.

NOTE: Starting from 1.3.0 the mix phoenix.new command has been deprecated. You will have to use the phx.new command instead of phoenix.new or mix deps.get will fail!

Alternative: Existing Application

Copy your existing code Phoenix application code to the src/ directory in the cloned repository.

NOTE: the src/ directory won't exist so you'll have to create it first.



The docker-compose.yml file defines a database service container named db running a PostgreSQL database that is available to the main application container via the hostname db. By default Phoenix assumes that you are running a database locally.

Modify the Ecto configuration src/config/dev.exs to point to the DB container:

# Configure your database
config :test, Test.Repo,
  adapter: Ecto.Adapters.Postgres,
  username: "postgres",
  password: "postgres",
  database: "test_dev",
  hostname: "db",
  pool_size: 10

Initialize the Database with Ecto

When you first start out, the db container will have no databases. Let's initialize a development DB using Ecto:

./mix ecto.create

If you copied an existing application, now would be the time to run your database migrations.

./mix ecto.migrate

Starting the Application

Starting your application is incredibly easy:

docker-compose up

Once up, it will be available under http://localhost:4000


Executing custom commands

To run commands other than mix tasks, you can use the ./run script.

./run iex -S mix