GitHub & Docker Hub a reasonable marriage


Some time ago I posted an article about configuring CI/CD with Wercker.

Now I decided to try out a Docker Hub’s automated build functionality. I need to say that I’m positively surprised. It’s easy and can be useful in some scenarios.

The option for an “Automated Build” is a bit hidden after “Create” button, but the whole process of creation of a new Docker Hub automated build is easy and can see in the picture below:

Automated build creation

Notice: As you can see there is an option to take a Bitbucket repository too.

The process ends with an automated build instead of a repository. Compared to a repository automated build contains more options:

Automated build tabs

By default, the build will be triggered after every commit to the master branch on the GitHub. It takes some time to start a build and publish an image into our repository. The whole setup of an automated build ends with proper Dockerfile creation. Dockerfile can be tested on our local machine before we make a commit into the GitHub repository.

In my opinion, copying file from GitHub and pasting it into Full Description in the Repo info tab is the killer feature. I love it.

Does it cover all requirements?

The simple answer is no. Sorry, but in my opinion, the functionality doesn’t meet all expectations for a production-ready solution. For instance, we couldn’t set up a CI workflow with steps containing build, unit and integration tests and deploy to a repository which is crucial nowadays.

For whom the functionality is dedicated?

I think that for any Proof of Concept (PoC) project, a side project which can be developed separately or in case we need to prepare some dedicated docker images for our use.

Last words

That is my subjective opinion. Feel free to disagree with me. I’m also interested in your opinion especially if you took advantage of that functionality. If you have any other ideas for usage of this functionality, give your suggestion in the comments.