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

Automate all steps of the release process #926

Closed
juliusv opened this Issue Jul 23, 2015 · 12 comments

Comments

Projects
None yet
8 participants
@juliusv
Copy link
Member

juliusv commented Jul 23, 2015

So that things like #925 don't happen (forgot to update stable branch). Ideally, this will be automated at some point.

@jimmidyson

This comment has been minimized.

Copy link
Member

jimmidyson commented Jul 23, 2015

I'd like to see docker tags for each each version as they're released. So in addition to what you said on the other thread, I'd like to see a 0.15.0 docker tag, etc as each release happens. Latest would still point to stable & master to master. This would let me stick on a particular version & choose to upgrade when I'm ready after testing in my env etc by changing to the appropriate docker tag. If latest is the only available release tag that makes users vulnerable to breaking changes between releases with no option to pick an actual release version.

@juliusv

This comment has been minimized.

Copy link
Member Author

juliusv commented Jul 23, 2015

@jimmidyson That sounds like a great idea. @discordianfish Is that easy to automate with the Docker Hub? Must be, right? :)

@jimmidyson

This comment has been minimized.

Copy link
Member

jimmidyson commented Jul 23, 2015

Yeah if you're using docker hub automated builds you just add another build pointing to your git tag.

@discordianfish

This comment has been minimized.

Copy link
Member

discordianfish commented Jul 24, 2015

No, there is no easy way to automate this. You still need to manually create a new tag in the hub for every release. But this in general sounds good and should be put into the release docs. On the long run I would stop using automated builds and just build the images locally and push it. This way we can automate setting the right tags etc.

@zrml

This comment has been minimized.

Copy link

zrml commented Jul 24, 2015

@jimmidyson + 1 on the requested feature.
Thanks

@jimmidyson

This comment has been minimized.

Copy link
Member

jimmidyson commented Jul 24, 2015

@discordianfish We (fabric8) switched to our own builds for exactly that reason. We use circleci.com & works great.

@TheTincho

This comment has been minimized.

Copy link
Contributor

TheTincho commented Jul 26, 2015

As I said in IRC, don't forget to update the dependency on client_golang (and possibly make a release there too).

juliusv added a commit that referenced this issue Jul 27, 2015

@fabxc fabxc changed the title Document all steps of the release process Automate all steps of the release process Sep 25, 2015

@fabxc

This comment has been minimized.

Copy link
Member

fabxc commented Sep 25, 2015

Adjusted the title to our actual goal.

@discordianfish

This comment has been minimized.

Copy link
Member

discordianfish commented Sep 25, 2015

+1 - I'm happy to take care of the Docker specific parts, but first we need to decide for a CI and build process for the binaries. Once that's done, I can add the docker stuff.

@brian-brazil

This comment has been minimized.

Copy link
Member

brian-brazil commented Jul 13, 2016

I think we can say this is done by now.

@matthiasr

This comment has been minimized.

Copy link
Contributor

matthiasr commented Jul 14, 2016

Massive shout-out to @sdurrheimer for that!

@lock

This comment has been minimized.

Copy link

lock bot commented Mar 24, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked and limited conversation to collaborators Mar 24, 2019

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
You can’t perform that action at this time.