Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use tagged releases for deployments #654

Open
GraemeWatt opened this issue May 19, 2023 · 0 comments
Open

Use tagged releases for deployments #654

GraemeWatt opened this issue May 19, 2023 · 0 comments
Assignees
Labels

Comments

@GraemeWatt
Copy link
Member

Currently, the deploy job of the CI builds a Docker image and pushes it to Docker Hub tagged with the 7-character GitHub commit reference. Deployment is made by updating this tag in the Kubernetes configuration. There is a version set to a string like 0.9.4dev20230509 where the last part is the date. The first part 0.9.4 has been unchanged since the early days of the project (October 2016). Usually, I manually update the date in the latter part of this string before deploying, so that I can check that the deployment is successful by inspecting the version displayed in the footer of the hepdata.net home page.

It would be better to switch to proper semantic versioning starting from 1.0.0 and make a GitHub Release for each Docker image intended for deployment in production. This might already be implemented, for example, the ci.yaml file has github.event_name == 'release' in the deploy job, but this should be checked before making the first release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: To do
Development

No branches or pull requests

1 participant