mithril
mithril copied to clipboard
Add versioning to documentation
Issue
We need to handle versioning for the documentation website to be able to keep the documentation for the last released version while being able to work on the next version documentation. We also needs to be able to release blog posts without requiring to release a new version (ie: to advertise for an upcoming change) meaning that simply using two websites, one for the next version one for the current version, in the github pages won't be without frictions.
We can do something similar to what docusaurus use (see the "canary" version in their version dropdown) :
Use their version system to have two versions in the website at the same time: a current version in a docs/versioned_docs/current/ folder meanwhile the docs/root/ folder would be the next, work in progress 🚧 , version.
An user would land by default on the current version of the website but could change at anytime to the next version using the docusaurus auto-generated version dropdown.
Tasks
- [ ] Use docusaurus version tagging command to create a
currentversion (it will copy the content ofdocs/root/in adocs/versioned_docs/current/folder). - [ ] Update
docusaurus.config.jsto label thecurrentversion with a number from acurrentVersion.jsonfile. - [ ] Add a makefile recipe
update-currentthat: 1 - wipe thedocs/versioned_docs/current/folder, 2 - copy the content ofdocs/root/todocs/versioned_docs/current/.
Questions
- When do we update the current version ?
- With the (pre ?)release so the updated doc is included in the git tag but meaning that the previous version doc will be labelled at the for some time until we finish to test & qualify its artifacts ?
- After a release so the user never loose access to the current doc but the doc won't be included in the git release tag ?