devbox is responsible for bootstrapping your development environment.
devbox
is a work in progress. It is an opinionated wrapper around docker
and
docker-compose
.
devbox
provides a way to get all of your services for local application
development up and running quickly. Simply create a project and tell devbox
what services are included, it will handle the rest.
In order to build this package you'll need a few dependencies install:
- Rust
- Docker
The de-facto way to install Rust is via rustup.
Run the following in your terminal, then follow the onscreen instructions.
$ curl https://sh.rustup.rs -sSf | sh
If you're running macOS you'll want visit the Docker for Mac website for installation instructions.
To get devbox
installed, simply run the following:
$ cargo install --git https://github.com/scrogson/devbox --bin devbox
This will compile devbox
and move the resulting executable into ~/.cargo/bin
which you should have been instructed to put in your $PATH
when installing
Rust.
devbox
works with projects. A project is a namespace to provide isolation
between containers in other projects one might have.
To generate a project, use the new
subcommand with the name of our project like so:
$ devbox new example
This will generate a couple of files in your home directory:
$ tree ~/.config/devbox/ -L 2
~/.config/devbox/
└── example
├── config.toml
└── docker-compose.yml
1 directory, 2 files
The config.toml
file is the devbox
configuration for your project. In it
contains configuration for all of the services in your project. It looks like
this:
volumes = [
"mysql",
"postgres"
]
[services]
example = { git = "[email protected]:user/example" }
Volumes is an array of docker
volume names used in your project. These volumes
will be created by devbox build
.
Services are declared by specifying the name of the service and configuring
a git
repository URL where the service can be cloned from. When working with
a local service on disk, specify the path
option along with the absolute path
to the service on disk.
Set up the networking, pull down the latest docker images, and build the docker containers:
$ devbox build -p example
From the root of the repository:
$ devbox start -p example
This will run the support services.
The ps
command can be used to list the running containers and confirm they have started correctly:
λ devbox ps
CONTAINER ID NAMES STATUS PORTS
8fd9e21e74dc example_kafka_1 Up 6 minutes 127.0.0.1:9092->9092/tcp
66520b2ba9cc example_zookeeper_1 Up 6 minutes 2888/tcp, 127.0.0.1:2181->2181/tcp, 3888/tcp
f8f37e7baa69 example_mysql_1 Up 6 minutes 127.0.0.1:3306->3306/tcp
ec04a7699e15 example_postgres_1 Up 6 minutes 127.0.0.1:5432->5432/tcp
45abb5cdd9ad example_elasticsearch_1 Up 6 minutes 127.0.0.1:9200->9200/tcp, 9300/tcp
fe8b9d71bf70 example_redis_1 Up 6 minutes 127.0.0.1:6379->6379/tcp
Each service runs in its own docker container and writes its logs to standard output. In order to view the latest log output:
$ devbox logs -p example mysql
To stream the logs in real time use the --follow
flag:
$ devbox logs -p example -f postgres
Note: use devbox ps
to see a list of docker container names.
From the root of the repository:
$ devbox stop -p example
This will stop the docker containers in the example
project.
Most of the time, you'll be using only a single devbox project at a time.
Instead of explicitly passing -p <project>
for each command, devbox
can
read your project name from the DEVBOX_PROJECT
environment variable.
Ensure the Docker for Mac application is running.
To always start on boot OS X users can go to System Preferences > Users & Groups
and add the Docker application to the Login Items list.
This is likely caused by Docker not having access to enough memory. You can
change this in Docker preferences in the Advanced
tab. By default Docker is
set to request 2GB of memory. You may need to bump this to at least 4GB in order
to run all services provided by devbox
.