In general for a release we want to:
- Describe the features in the release to the community (prior to cutting release)
- Trial run: In Dev Standup with Greg
- Forum: Community hangout (trial run in Dev Standup)
- Review documentation about the release (release readiness review)
- Demo.
- Create a package for download
- Create an AWS docker image (at some point)
- Create a release version in the code repository, this could be a release branch, or a tag
- Provide documentation as part of the package (and image)
- Provide a channel for communicating about the release, file bugs, etc..
- Gitter channels
Storage:
- Meet with the community and present the release
- Documentation
- Demo of features
- Code walk through
- Create a tag on Master & label it Storage.01
- Gitter channels - TBD RChain collective.
- Git release for builts
- Small splash
- Griff McClellan (Unlicensed): Advise if anything is missing, and if this approach is reasonable
Roscala:
For Roscala.Void
- Merge to master
- Code walk through?
- Create tag 'Roscala.Void' on master
- Michael Stay (Unlicensed): Is this approach reasonable for Roscala.Void?
For Roscala.Transition
- Everything as above
- Create a Docker image?