Storage:
- When ready, merge to Master
- Code is in CI with 1 no-op test:
- Create installer
- Determine the format of the documentation (html, pdf)
- Prolog documentation
- User guide
- Query help docs
- Meet with the community and present the release
- Documentation review
- Demo of features ?
- Code walk through ?
- Create a tag on Master & label release
- Build release package
- Outward facing release communication
- Update RChain.CoOp website to include a section for Storage
- Determine website content - Daniel?
- Create mailing lists
- Create Gitter channels & link on website
- Create link to download the bits on the website
- Griff McClellan (Unlicensed): Advise if anything is missing, and if this approach is reasonable
Issues Capturing the above tasks
- target audience - Developers
- technical documentation
- Summary of the project
- Someone needs to write some articles about the storage system, why they are interesting, how they work, why it's cool
- Write some blog posts, post on reddit, linkedin, steamit, etc...
- At the bottom, there is a release page, come back in 3 months.
- Tech guys love to read interesting articles. It's a great way to generate buzz.
- Articles on Prolog unification, Benefits of type unification, Benefits of using LMDB
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?
Yes.
Rholang:
For Roscala.Transition
- Everything as above
- Create a Docker image?