Very often, we end up setting up an entirely different machine for testing our stuff. Of late, I’ve been using docker on Ubuntu 18.04 for testing individual environments for various projects I work on.
That way, when things finally make into production, I am sure that I’ve not forgotten to handle dependencies, configuration parameters required etc.
An added advantage is when you decide upon release version names. For each release, you’ve an environment with version name as environment name. Later, when you want to make a hotfix on a branch of a version, just spin up that container to bring back your test bed.
So, what are the two key requirements to get this done?
- Always use named containers (despite docker’s random names for unnamed containers being quite entertaining)
- Just check for presence of named container and start it if it exists.
docker containers exit once the process you started with the container exits. Essentially, the trick is to have a name first instead of having to always look at container ids.
Making a container
docker run \
--name helloworld_v10 \ #that is your container name
-e HOST_IP=192.168.0.5 \ #host's ip address
-v $HOME/code/helloworld:/src \ #host folder mapped to container
-t -i ubuntu \ #get latest ubuntu image
/bin/bash #start shell
This will setup a container with the name given and drop you into bash shell.
Let us try installing
sqlite3; just to prove the point of reusing and sharing the files across host and container.
apt install sqlite3
Now, I can see test.db in $HOME/code/helloworld folder in my host. I use whatever editor (VIM, if you ask) on my host and do the version control stuff (git or fossil) also from there. But for executing and testing my work, I use the container.
Reusing the container
docker ps -a #shows that our container is inactive
docker start helloworld_v10 #starts the container
docker exec -it \
`docker ps -a -q --filter "name=helloworld_v10"`\
/bin/bash #you are back into the container
cd src && sqlite3 test.db #yes, it is your old container
Getting this all into a simple script
And just use it like below
dockermachine.sh helloworld_v11 make $HOME/code/helloworld:/src
dockermachine.sh helloworld_v11 start
If you really don’t want this container, you can always manually remove the container like:
docker rm -f `docker ps -a -q --filter "name=$CONTAINER"`
To transport to other machines,
docker export and
docker import should work; I’ve not yet tried that yet.