-
Notifications
You must be signed in to change notification settings - Fork 772
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
Update document describing release process #551
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe we should put down the processing of running the release.sh
script, no?
I can elaborate on this and make this document more extensive (go into a lot of detail in regards to how we do the release and how to replicate it)
RELEASE.md
Outdated
1. An OWNER runs `git tag -s $VERSION` and inserts the changelog and pushes the tag with `git push $VERSION` | ||
1. The release issue is closed | ||
1. An announcement email is sent to `[email protected]` with the subject `[ANNOUNCE] kubernetes-template-project $VERSION is released` | ||
1. An PR is proposing a new release with a changelog since the last release |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A PR proposing a new release
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fixed
yes
That would be great. I just wanted to update it to something that is at least partial true ;-) If what I wrote isn't complete nonsense we could merge it, it will be better than what was there before, than you can expand/rewrite it later. What do you think? |
@kadel |
Updated release process.
@cdrage, does is describe how you do it?
Is there something important that I forgot?