Wanted to have a quick discussion on this so we know how to architect the website going forwards.
NOTE: docs for packages I think should live in the packages themselves. This is about system docs, primarily tutorials and guides (but also maybe
Docs exist in a /docs directory. These are being mapped to the /guides section of the website.
All docs files get moved into appropriate folders in the website (where a tutorials folder currently exists)
This content will be way easier to navigate on github if it just continues to live in /docs, and the guides + tutorials folders are both sub-folders of that.
The website doesn't really care where it pulls info from, as long as the place it pulls from is consistent.
I think something like this would be nice:
โโโ README.md # can contain front-matter; pulled in by docz
โโโ LICENSE
โโโ package.json # scope: `@keystone/*`
โ
โโโ src/
โ โโโ index.js # only for exports
โ โโโ ThingX.js
โ โโโ ThingY.js
โ โโโ util.js
โ
โโโ docs/ # when dynamic examples are needed; pulled in by docz
โ โโโ thing1.mdx
โ โโโ thing2.mdx
โ
โโโ docs.mdx # maybe an entire directory is too much?
I guess the shape doesn't really matter; but I definitely have a preference for the docs to live with component/package/lib. Guides and tutorials can be wherever, probably /docs in root as mentioned by @Noviny.
I'm +1 on having guides + tutorials under /docs and have the website as a separate concern which pulls these in as appropriate.
@jossmac Pretty much agree with you in docs directory.
Currently experimenting with parsing .md files using the mdx parser, so things display nicely on github etc, so probably everything is .md, just some things contain mdx.