-
Notifications
You must be signed in to change notification settings - Fork 37
Redo documentation setup #69
Comments
Ah, a
In LightGBM, we've had a great experience for 4+ years with the readthedocs service. It allows for building different versions of your docs from source control based on git tags. microsoft/LightGBM#4236 (comment) |
@jameslamb would love to learn from your experience with lightgbm -- that's a very sleek look. Where's a good place to start? |
@elijahbenizzy sure! I also just set up readthedocs ("RTD") on one of my little side projects, so I have recent experience doing this. Would be happy to get on a call with you and @skrawcz some time and pair if you'd like. Here's a high-level overview:
Hope that helps! |
@jameslamb thak you -- this is great! Sorry it just slipped my mind recently -- I think I'll be able to get this started, but I'll reach out once I have something! 🙏 |
Stefan or Elijah - Can you create an account at https://readthedocs.org/ then tell me your username? Then I can invite you to the Hamilton project there. After that you'll be able to see the webhook and configure it on GitHub following these Instructions |
@frenchfrywpepper awesome thanks! |
Issue stitchfix#69 - [] Scope what's required to set up read the docs - Create a readthedocs account for the https://github.com/stitchfix/hamilton repo, add multiple administrators - Enable build on merge to main, this will be published as the 'latest' documentation version - Create some configuration in the docs folder to tell read the docs how to behave - Create some configuration in the docs folder to use sphinx/rst/furo theme, etc - Move the .md files from the documentation branch and reconfigure them as .rst - [] Determine how it would function and be rebuilt. - Read the docs will automatically build on merge to main, and publish as latest - If you want to add another 'version' you can activate a new version in the read the docs settings for the project, this can be done by branch or tag - If you don't want to build 'latest' from main you can turn that off - [] Get something set up -- determine styling. - In this PR I have something setup and working, with minimal style. It's building "hamilton-temp" documentation from my fork. - You can see the 'readthedocs' version here: https://hamilton-temp.readthedocs.io/en/readthedocs/ - You can see the 'latest' version here: https://hamilton-temp.readthedocs.io/en/latest/index.html - I've created placeholder pages for all of the current docs, this is to ensure the TOC is working as desired - Only the intro page has content and links and such, if we like this direction the next step would be to convert more pages to rst - This setup is using the furo theme, further customization is possible, but I'd recommend getting all of the content moved over first. - [] Plan migration from gitbooks. - Get all the content moved over to rst on the 'main' branch of hamilton - Setup all of the versions to be built - Turn off gitbooks? - Delete 'documentation' branch
Question: How important are the How it looks in gitbook... How it looks in read the docs... https://hamilton-temp.readthedocs.io/en/readthedocs/index.html |
Don't think they're super important. Pretty sure they can either be dropped or included as the first line in the new version. Looking good! |
Issue #69 - [] Scope what's required to set up read the docs - Create a readthedocs account for the https://github.com/stitchfix/hamilton repo, add multiple administrators - Enable build on merge to main, this will be published as the 'latest' documentation version - Create some configuration in the docs folder to tell read the docs how to behave - Create some configuration in the docs folder to use sphinx/rst/furo theme, etc - Move the .md files from the documentation branch and reconfigure them as .rst - [] Determine how it would function and be rebuilt. - Read the docs will automatically build on merge to main, and publish as latest - If you want to add another 'version' you can activate a new version in the read the docs settings for the project, this can be done by branch or tag - If you don't want to build 'latest' from main you can turn that off - [] Get something set up -- determine styling. - In this PR I have something setup and working, with minimal style. It's building "hamilton-temp" documentation from my fork. - You can see the 'readthedocs' version here: https://hamilton-temp.readthedocs.io/en/readthedocs/ - You can see the 'latest' version here: https://hamilton-temp.readthedocs.io/en/latest/index.html - I've created placeholder pages for all of the current docs, this is to ensure the TOC is working as desired - Only the intro page has content and links and such, if we like this direction the next step would be to convert more pages to rst - This setup is using the furo theme, further customization is possible, but I'd recommend getting all of the content moved over first. - [] Plan migration from gitbooks. - Get all the content moved over to rst on the 'main' branch of hamilton - Setup all of the versions to be built - Turn off gitbooks? - Delete 'documentation' branch
Is your feature request related to a problem? Please describe.
Currently, gitbooks syncs with a specificdocumentation
branch. This does not guarentee that it syncs with releases though.Describe the solution you'd like
If gitbooks.io doesn't allow for this, let's look at a statically hosted page using github pages or some other hosting service. Ideally we'd even be able to version it with the release version so you can see old docs.We should consider read the docs for hosting -- since it seems to be the default for python projects of scale.
Tasks:
Some examples of docs to emulate:
The text was updated successfully, but these errors were encountered: