Skip to content
This repository has been archived by the owner on Nov 6, 2020. It is now read-only.

Request: improve tagging of docker builds pushed to hub.docker.com #2649

Closed
benjaminion opened this issue Oct 17, 2016 · 1 comment
Closed
Assignees
Labels
F8-enhancement 🎊 An additional feature request. M1-ci 🙉 Continuous integration.

Comments

@benjaminion
Copy link

I've been in the habit of periodically running

docker pull ethcore/parity:latest

Apparently this does not track releases only, but also includes experimental commits that might get reverted. For example, I recently picked up a version of 1.3.7 that included something to do with Bloom filtering that was later reverted. This caused some issues.

Since all versions on https://hub.docker.com/r/ethcore/parity/builds/ look the same (there's no release info attached) it's hard to tell what each one's status is.

Could the build process be enhanced to only tag official releases ( as per https://github.com/ethcore/parity/releases) with "latest", and tag non-release versions otherwise?

@tomusdrw tomusdrw added F2-build M4-core ⛓ Core client code / Rust. labels Oct 19, 2016
@gavofyork gavofyork added F8-enhancement 🎊 An additional feature request. M1-ci 🙉 Continuous integration. and removed F2-build M4-core ⛓ Core client code / Rust. labels Nov 17, 2016
@jesuscript
Copy link
Contributor

note: create a cron job to merge master into a branch (e.g. nightly) once a day and point docker hub at that branch

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
F8-enhancement 🎊 An additional feature request. M1-ci 🙉 Continuous integration.
Projects
None yet
Development

No branches or pull requests

5 participants