The Dockerhub section of our release process could be replaced with an Automated Build on Docker Hub. It works via Docker Hub listening for changes on the Github repo. A change in the master branch triggers a new latest docker image. A new git tag/release triggers a new tagged docker image.
A downside to this setup is we can't change an existing Docker Hub repo to be an Automated build. We have to delete it and recreate. There's currently one tagged image, 1.0.1, which we could manually push once the repo is replaced.
The Dockerhub section of our release process could be replaced with an Automated Build on Docker Hub. It works via Docker Hub listening for changes on the Github repo. A change in the
master
branch triggers a newlatest
docker image. A new git tag/release triggers a new tagged docker image.It also provides some additional context when viewed on Docker Hub, including the
Dockerfile
, note the differences between: https://hub.docker.com/r/buoyantio/slow_cooker/ https://hub.docker.com/r/buoyantio/linkerd-viz/A downside to this setup is we can't change an existing Docker Hub repo to be an Automated build. We have to delete it and recreate. There's currently one tagged image,
1.0.1
, which we could manually push once the repo is replaced.Thoughts? /cc @stevej