When a new change is checked in, we immediately overwrite the dockerhub images with the newest one. This doesn't allow any ability to "bake-in" these changes, with no good options for a user to roll back on their end.
Instead, we should:
push master as a -preview-tagged image
push latest explicit release as a -latest-tagged image
This will allow us to experimentally use the preview image from other repositories and try it out before releasing
Description
When a new change is checked in, we immediately overwrite the dockerhub images with the newest one. This doesn't allow any ability to "bake-in" these changes, with no good options for a user to roll back on their end.
Instead, we should:
master
as a-preview
-tagged image-latest
-tagged imageThis will allow us to experimentally use the preview image from other repositories and try it out before releasing