2020-12-13 02:19:43
I think we might want to have docker:latest tag point at latest release, as it's what users download by default.
I think it's also automatically pointed at the last tagged push? unclear on exactly how that works.
Clueless
2020-12-13 02:20:50
latest is just a label, nothing special about it except if you don't specify s label, docker will pull latest
Fireduck
2020-12-13 02:21:18
I wouldn't mind having a stable that pointed to a release
Fireduck
2020-12-13 02:21:33
But I think latest being the latest is fine
Fireduck
2020-12-13 02:21:51
I have a solid track record of pushing working code
Fireduck
2020-12-13 07:37:01
only build tags
Rotonen
2020-12-13 07:39:34
those who want HEAD should be self sufficient enough to build it themselves
Rotonen
2020-12-13 08:37:45
yeah, I really suggest latest -> tags, and dev -> head
Clueless
2020-12-13 08:40:14
i'd simply not offer dev builds on dockerhub, more trouble than they're worth
Rotonen
2020-12-13 08:40:27
manually tag an RC or something, if testing is required
Rotonen
2020-12-13 18:36:11
I like having the dev builds on dockerhub, so I can use them in my docker deployed nodes
Fireduck
2020-12-13 18:36:59
I wonder if we have a space limit...at work I've gotten used to a tag matching the git sha1 always being there
Fireduck
2020-12-13 18:47:53
afaik not
as a new thing they prune images which have not been downloaded for a while (30d? 90d?)
Rotonen
2020-12-13 18:48:34
i assume they’ll say hello if you go way overboard
Rotonen
2020-12-13 20:10:10
sure
Fireduck