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

expand release process doc post-release steps, includes pin of Chef Client #722

Closed
wants to merge 1 commit into from
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
33 changes: 29 additions & 4 deletions RELEASE_PROCESS.md
Original file line number Diff line number Diff line change
Expand Up @@ -127,10 +127,35 @@ based on the branch you just created.
- [ ] Send an email to the chef and chef-dev mailing lists announcing
the release with a link to the blog post.

Chef Server is now released.

## Post Release

- [ ] Bump the Chef Server version number in
`omnibus/config/projects/chef-server.rb` for development to the next
logical version number.
Before the release can be considered complete, the following
post-release steps must be performed;

- [ ] in `omnibus/config/projects/chef-server.rb`:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Super duper nit, but any reason we aren't capitalizing in here? (I'm sorry!)

- [ ] Bump the Chef Server version number for development to the next logical
version number.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Might wanna note that people can just look on downloads.chef.io/chef-dk to see what the latest version is.

- [ ] Update chef client to the latest stable chef-client version via
`override :chef`. This may include updates to major and minor
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe this is implicit, but we should also override ohai. The default for both of these is to pull from master of chef/chef and chef/ohai and ohai has a circular dependency on the chef repo (to pull chef-config). Only during chef-client releases is there a good guarantee that all the versions agree without random duplicate gems.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not actually seeing chef locked atm. Is that coming in a separate PR @marcparadise?

versions.
- [ ] Update `override` versions of components that are listed
with `override` versions to the latest stable patch release
within the current major.minor version.
- [ ] in `omnibus/config/software`, update components to latest stable
patch release within the current major.minor version.
- [ ] Perform `berks update` in `omnibus/`
- [ ] Perform `bundle update` in:
- [ ] `oc-chef-pedant/`
- [ ] `src/oc-id/`
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@smith How do you feel about this?

- [ ] `omnibus/`
- [ ] Perform `./rebar3 update && ./rebar3 unlock && ./rebar3 upgrade` in:
- [ ] `bookshelf`
- [ ] `oc_erchef`
- [ ] `oc_bifrost`
- [ ] Submit a post-release PR with these changes and confirm no errors
in the Travis CI and our internal CI pipeline. Merge after
review.

Chef Server is now released and ready for the next round of updates.